Kiểm tra Agile - Sản phẩm làm việc

Kế hoạch Kiểm tra được chuẩn bị tại thời điểm Lập kế hoạch Phát hành và được sửa đổi tại mỗi Kế hoạch Sprint. Kế hoạch kiểm tra hoạt động như một hướng dẫn cho quá trình kiểm tra để có phạm vi kiểm tra hoàn chỉnh.

Nội dung điển hình của Kế hoạch Kiểm tra là -

Chiến lược thử nghiệm
Môi trường thử nghiệm
Kiểm tra vùng phủ sóng
Phạm vi kiểm tra
Kiểm tra nỗ lực và lịch trình
Công cụ kiểm tra

Trong các Dự án Agile, tất cả các Thành viên trong Nhóm phải chịu trách nhiệm về chất lượng của sản phẩm. Do đó, tất cả mọi người đều tham gia vào việc lập kế hoạch kiểm tra.

Trách nhiệm của người kiểm tra là cung cấp hướng dẫn cần thiết và cố vấn cho phần còn lại của nhóm về chuyên môn kiểm tra của họ.

Câu chuyện của người dùng

Về nguyên tắc, User Story không phải là thử nghiệm các sản phẩm công việc. Tuy nhiên, trong các Dự án Agile, người thử nghiệm tham gia vào Việc tạo Câu chuyện Người dùng. Người kiểm tra viết Câu chuyện người dùng mang lại giá trị cho khách hàng và bao gồm các hành vi có thể có khác nhau của hệ thống.

Người kiểm tra cũng đảm bảo rằng tất cả Câu chuyện của người dùng đều có thể kiểm tra được và đảm bảo Tiêu chí chấp nhận.

Kiểm tra thủ công và tự động

Trong lần chạy Thử nghiệm đầu tiên, Kiểm tra thủ công được sử dụng. Chúng bao gồm -

Kiểm tra đơn vị
Kiểm tra tích hợp
Kiểm tra chức năng
Kiểm tra phi chức năng
Kiểm tra chấp nhận

Các bài kiểm tra sau đó được tự động hóa cho các lần chạy tiếp theo.

Trong Test Driven Development, Bài kiểm tra đơn vị được viết trước để thất bại, Mã được phát triển và thử nghiệm để đảm bảo Bài kiểm tra đạt.

Trong Acceptance Test Driven Development, Các bài kiểm tra chấp nhận được viết trước khi không đạt, Mã được phát triển và thử nghiệm để đảm bảo các Bài kiểm tra đạt.

Trong các phương pháp Phát triển khác, Người kiểm tra cộng tác với phần còn lại của Nhóm để đảm bảo Phạm vi kiểm tra.

Trong tất cả các loại phương pháp, Tích hợp liên tục diễn ra, bao gồm kiểm tra tích hợp liên tục.

Nhóm có thể quyết định khi nào và thử nghiệm nào sẽ được tự động hóa. Ngay cả khi việc tự động hóa các bài kiểm tra đòi hỏi nỗ lực và thời gian, kết quả các bài kiểm tra tự động làm giảm đáng kể nỗ lực và thời gian kiểm tra lặp đi lặp lại trong các lần lặp lại của Dự án Agile. Điều này lại tạo điều kiện cho nhóm chú ý nhiều hơn đến các hoạt động bắt buộc khác, chẳng hạn như Câu chuyện người dùng mới, Thay đổi, v.v.

Trong Scrum, các lần lặp được đóng hộp thời gian. Do đó, nếu không thể hoàn thành thử nghiệm Câu chuyện người dùng trong một Sprint cụ thể, người kiểm tra có thể báo cáo trong cuộc họp dự phòng hàng ngày rằng câu chuyện người dùng không thể đạt đến Trạng thái hoàn thành trong Sprint đó và do đó cần được giữ lại để chờ Sprint tiếp theo.

Kết quả kiểm tra

Vì hầu hết các Thử nghiệm trong các Dự án Agile được tự động hóa, các Công cụ tạo ra Nhật ký Kết quả Kiểm tra cần thiết. Người kiểm tra xem lại Nhật ký kết quả kiểm tra. Kết quả kiểm tra cần được duy trì cho mỗi sprint / release.

Tóm tắt Kiểm tra cũng có thể được chuẩn bị bao gồm:

Phạm vi thử nghiệm (Những gì đã được thử nghiệm và những gì chưa được thử nghiệm)
Phân tích khiếm khuyết cùng với Phân tích nguyên nhân gốc rễ nếu có thể
Trạng thái kiểm tra hồi quy sau khi sửa lỗi
Các vấn đề và giải pháp tương ứng
Các vấn đề đang chờ xử lý, nếu có
Bất kỳ sửa đổi nào được yêu cầu trong Chiến lược thử nghiệm
Số liệu kiểm tra

Báo cáo Chỉ số Kiểm tra

Trong các Dự án Agile, các Chỉ số Kiểm tra bao gồm những điều sau cho mỗi Sprint:

Kiểm tra nỗ lực
Kiểm tra độ chính xác của ước tính
Kiểm tra vùng phủ sóng
Phạm vi kiểm tra tự động
Số khiếm khuyết
Tỷ lệ sai sót (Số lượng khiếm khuyết trên mỗi điểm câu chuyện của người dùng)
Mức độ nghiêm trọng của khiếm khuyết
Thời gian để sửa lỗi trong cùng một Sprint (Chi phí sửa lỗi thoát khỏi sprint hiện tại cao gấp 24 lần)
Số lỗi được sửa trong cùng một Sprint
Hoàn thành Kiểm tra sự chấp nhận của Khách hàng trong Sprint

Đánh giá Sprint và báo cáo hồi cứu

Người kiểm tra cũng đóng góp vào Báo cáo Sơ kết Sprint và Báo cáo Hồi cứu. Các nội dung tiêu biểu là -

Số liệu kiểm tra
Kết quả kiểm tra Nhật ký kết quả xem xét kết quả
Điều gì đã đúng và điều gì có thể được cải thiện từ Quan điểm thử nghiệm
Thực hành tốt nhất
Bài học kinh nghiệm
Issues
Phản hồi của khách hàng