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