Kiểm tra công việc và đường ống của Jenkins

Hiện tại, chúng tôi có một số lượng công việc và đường ống Jenkins hợp lý để xây dựng, thử nghiệm, triển khai và các hoạt động tự động khác.

Mỗi khi chúng tôi thay đổi hoặc thêm một công việc mới, chúng tôi chỉ kiểm tra thủ công - ví dụ: đi qua "đường dẫn hạnh phúc" (khi công việc được thực hiện không có lỗi), kiểm tra một vài trường hợp kiểm tra tiêu cực khi một công việc hoặc đường ống bị lỗi - kiểm tra mã lỗi và thông báo.

Cách tiếp cận này rõ ràng là không đáng tin cậy và không có quy mô tốt. Làm thế nào chúng ta có thể cải thiện quá trình này? Có nơi nào để tự động hóa thử nghiệm khi kiểm tra cách thức làm việc và đường ống của Jenkins không?

jenkins testing automation

— alecxe
nguồn

Chào mừng bạn đến với các tín đồ cấp cao - ai kiểm tra bài kiểm tra? Tôi nghĩ rằng, bạn có thể bắt đầu với môi trường hộp cát để sao chép các cài đặt hệ thống chung và phát triển nó để hoàn thành Cấu hình dưới dạng Code appoach; điều này bao gồm các cấu hình công việc được duy trì bằng mã.

— Peter Muryshkin

Tôi đăng bài này ở đây không phải vì tôi tán thành các giải pháp này (thực tế, tôi chưa bao giờ thử chúng), mà chỉ vì chúng là câu trả lời tiềm năng cho câu hỏi của bạn:

Bạn có thể bắt đầu với JenkinsPipelineUnit , một khung kiểm tra đơn vị cho các tập lệnh Pipeline.

Ngoài ra còn có một dự án gọi là jenkinsfile-runner thực thi Jenkinsfile của bạn trong một ví dụ Jenkins thoáng qua, không đầu. Giả sử, điều này có thể được sử dụng để kiểm tra tích hợp các thư viện chia sẻ Jenkinsfiles và Pipeline. Tuy nhiên, kể từ mùa hè 2018, không có tài liệu nào về cách sử dụng công cụ này để thử nghiệm tích hợp và tôi không thể tìm thấy bất kỳ ví dụ nào về bất cứ ai sử dụng công cụ này "trong tự nhiên".

Xem thêm báo cáo lỗi liên quan trên Jenkins JIRA: "Khung kiểm tra cho Jenkinsfile" .

— jayhendren
nguồn