Kiểm tra Agile - Kanban
Hoạt động Agile Testing có thể được quản lý một cách hiệu quả bằng cách sử dụng các khái niệm Kanban. Những điều sau đây đảm bảo thử nghiệm được hoàn thành kịp thời trong vòng lặp lại / chạy nước rút và do đó tập trung vào việc cung cấp sản phẩm chất lượng.
Câu chuyện của người dùng có thể kiểm tra và có kích thước hiệu quả dẫn đến việc phát triển và thử nghiệm trong các giới hạn thời gian được chỉ định.
Giới hạn WIP (Work-In-Progress) cho phép tập trung vào một số lượng câu chuyện giới hạn của người dùng tại một thời điểm.
Bảng Kanban thể hiện quy trình làm việc một cách trực quan, giúp theo dõi các hoạt động thử nghiệm và các nút thắt cổ chai, nếu có.
Khái niệm hợp tác nhóm Kanban cho phép giải quyết các nút thắt khi chúng được xác định, mà không cần thời gian chờ đợi.
Chuẩn bị trước các Trường hợp thử nghiệm, duy trì bộ thử nghiệm khi quá trình phát triển tiến triển và nhận được Phản hồi của Khách hàng giúp loại bỏ các Sai sót trong quá trình lặp lại / chạy nước rút.
Định nghĩa Hoàn thành (DoD) được cho là Hoàn thành-Hoàn thành theo nghĩa là một Câu chuyện chỉ đạt đến trạng thái hoàn thành sau khi quá trình kiểm tra cũng hoàn tất.
Hoạt động thử nghiệm trong phát triển sản phẩm
Trong Phát triển sản phẩm, các bản phát hành có thể được theo dõi bằng bảng Kanban tính năng. Các tính năng cho một bản phát hành cụ thể được gán cho bảng Kanban Tính năng theo dõi trực quan trạng thái phát triển tính năng.
Các Tính năng trong bản phát hành được chia thành các câu chuyện và được phát triển trong bản phát hành bằng cách sử dụng cách tiếp cận nhanh nhẹn.
Các hoạt động Thử nghiệm Agile sau đây đảm bảo cung cấp chất lượng trong mọi bản phát hành và ở cuối tất cả các bản phát hành -
Người kiểm tra tham gia vào việc Tạo câu chuyện người dùng và do đó đảm bảo -
Tất cả các Hành vi có thể có của Hệ thống đều được ghi lại bằng Câu chuyện của người dùng và các Yêu cầu phi chức năng nằm trong Câu chuyện của người dùng.
Câu chuyện của người dùng có thể kiểm tra được.
Kích thước của Câu chuyện người dùng cho phép Hoàn thành việc phát triển và kiểm tra (DoneDone) trong Lặp lại.
Bảng Kanban Nhiệm vụ Trực quan -
Mô tả trạng thái và tiến trình của Nhiệm vụ
Các tắc nghẽn được xác định ngay lập tức khi chúng xảy ra
Tạo điều kiện để đo thời gian chu kỳ mà sau đó có thể được tối ưu hóa
Hợp tác nhóm giúp trong -
Trách nhiệm giải trình của toàn Nhóm về Sản phẩm chất lượng
Giải quyết tắc nghẽn khi và khi chúng xảy ra, tiết kiệm thời gian chờ đợi
Sự đóng góp của mọi chuyên gia trong tất cả các hoạt động
Tích hợp liên tục tập trung vào Kiểm tra tích hợp liên tục
Tự động hóa các bài kiểm tra để tiết kiệm thời gian và nỗ lực kiểm tra
Phòng chống sai sót với các Trường hợp kiểm tra được viết trước đó cho Phát triển và cố vấn cho các Nhà phát triển về những gì được dự đoán bởi các hành vi khác nhau của Hệ thống -
Giới hạn WIP để tập trung vào một số lượng giới hạn Câu chuyện của người dùng tại một thời điểm
Kiểm tra liên tục khi Quá trình phát triển tiến triển, để đảm bảo các bản sửa lỗi trong vòng lặp lại -
Đảm bảo phạm vi kiểm tra
Giữ cho số lượng lỗi mở ở mức thấp
Khám phá câu chuyện
Khám phá câu chuyện là giao tiếp trong một nhóm Agile để khám phá sự hiểu biết Câu chuyện khi chủ sở hữu sản phẩm chuyển một câu chuyện để được chấp nhận phát triển.
Chủ sở hữu sản phẩm đưa ra câu chuyện dựa trên chức năng mà hệ thống mong đợi. Các nhà phát triển khám phá nhiều hơn trên mỗi câu chuyện trước khi họ đánh dấu nó đã sẵn sàng để chấp nhận. Người kiểm tra cũng tham gia vào giao tiếp từ góc độ kiểm thử để làm cho nó có thể kiểm tra được nhiều nhất có thể.
Việc hoàn thiện Câu chuyện dựa trên sự liên lạc thường xuyên và liên tục giữa Chủ sở hữu sản phẩm, Nhà phát triển và Người thử nghiệm.
Ước lượng
Ước tính xảy ra trong Lập kế hoạch phát hành và từng Lập kế hoạch lặp lại.
Trong Lập kế hoạch phát hành, người kiểm tra cung cấp -
- Thông tin về những hoạt động thử nghiệm được yêu cầu
- Ước tính nỗ lực cho cùng một
Trong lập kế hoạch Lặp lại, người kiểm tra góp phần quyết định xem có thể đưa vào bao nhiêu câu chuyện trong một lần lặp. Quyết định phụ thuộc vào Nỗ lực Kiểm tra và Ước tính Lịch trình Kiểm tra. Ước tính câu chuyện cũng phản ánh ước tính thử nghiệm.
Trong Kanban, Done-Done chỉ được hoàn thành khi một câu chuyện được phát triển và kiểm tra và được đánh dấu là hoàn chỉnh không có khiếm khuyết.
Do đó, Ước tính thử nghiệm đóng một vai trò quan trọng trong ước tính câu chuyện.
Lập kế hoạch câu chuyện
Lập kế hoạch Câu chuyện bắt đầu sau khi một Câu chuyện đã được ước tính và gán cho phần Lặp lại hiện tại.
Lập kế hoạch Câu chuyện bao gồm các nhiệm vụ kiểm tra sau:
- Chuẩn bị dữ liệu thử nghiệm
- Mở rộng kiểm tra chấp nhận
- Thực hiện kiểm tra thủ công
- Tiến hành các phiên Thử nghiệm Khám phá
- Tự động hóa các bài kiểm tra tích hợp liên tục
Ngoài các Nhiệm vụ kiểm tra này, các nhiệm vụ khác cũng có thể được yêu cầu, chẳng hạn như -
- Kiểm tra năng suất
- Kiểm tra hồi quy
- Cập nhật các bài kiểm tra tích hợp liên tục có liên quan
Tiến trình câu chuyện
Story Progression phát hiện ra các bài kiểm tra bổ sung được yêu cầu do giao tiếp liên tục giữa nhà phát triển và người kiểm tra. Trong các tình huống mà nhà phát triển cần rõ ràng hơn về việc triển khai, người thử nghiệm thực hiện thử nghiệm khám phá.
Kiểm tra liên tục được thực hiện trong Tiến trình câu chuyện và bao gồm Kiểm tra tích hợp liên tục. Toàn bộ nhóm tham gia vào các hoạt động thử nghiệm.
Chấp nhận câu chuyện
Chấp nhận câu chuyện xảy ra khi câu chuyện đạt đến trạng thái Đã hoàn thành. tức là, câu chuyện được phát triển và thử nghiệm và được báo hiệu là hoàn chỉnh.
Kiểm tra câu chuyện được cho là hoàn thành khi tất cả các thử nghiệm liên quan đến câu chuyện vượt qua hoặc mức độ tự động hóa thử nghiệm được đáp ứng.