![]() |
| kiểm thử phần mềm |
Câu chuyện của người dùng có thể kiểm thử phần mền và kích thước có hiệu quả dẫn đến phát triển và thử nghiệm trong giới hạn thời gian đã chỉ định.
Giới hạn WIP (Work-In-Progress) cho phép tập trung vào một số lượng giới hạn các câu chuyện của người dùng tại một thời điểm.
Ban 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, mà không cần thời gian chờ đợi.
Chuẩn bị các trường hợp kiểm thử trả trước, duy trì bộ kiểm thử khi tiến trình phát triển và thu được phản hồi của khách hàng giúp loại bỏ các lỗi trong vòng lặp / chạy nước rút.
Định nghĩa của Done (DoD) được cho là Done-Done theo nghĩa là Story chỉ đạt trạng thái hoàn thành sau khi thử nghiệm cũng được hoàn thành.
Các 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 ban 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 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.
Các hoạt động kiểm thử Agile sau đảm bảo phân phối 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
Những người kiểm thử tham gia vào Tạo Câu chuyện của 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ác Câu chuyện của Người dùng và các Yêu cầu Không phải chức năng là một phần của Câu chuyện của Người dùng.
Câu chuyện của người dùng có thể kiểm thử.
Kích thước của các câu chuyện của người dùng cho phép phát triển và kiểm thử được hoàn thành (DoneDone) trong Iteration.Visual Task Kanban Board
Mô tả trạng thái và tiến trình của Công việc
Các 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ỳ mà sau đó có thể được tối ưu hóa
Cộng tác nhóm giúp trong
Trách nhiệm của toàn bộ Nhóm sản phẩm Chất lượngĐộ phân giải của tắc nghẽn 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 mọi hoạt động
Tích hợp liên tục tập trung vào thử nghiệm tích hợp liên tục
Tự động hóa các thử nghiệm để tiết kiệm nỗ lực và thời gian thử nghiệm
Phòng ngừa khiếm khuyết với các trường hợp thử nghiệm được viết trước đó để 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 giới hạn các câu chuyện của 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 diễn ra, để đảm bảo Sửa lỗi trong vòng lặp
Đảm bảo phạm vi kiểm thử
Giữ số lỗi mở thấpKhám phá câu chuyện
Khám phá câu chuyện là thông tin liên lạc 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 để chấp nhận phát triển.
Chủ sở hữu sản phẩm sẽ đư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 sẽ khám phá nhiều hơn về từng câu chuyện trước khi họ đánh dấu nó sẵn sàng để chấp nhận. Những người kiểm thử cũng tham gia vào việc giao tiếp từ góc nhìn thử nghiệm để làm cho nó trở nên khả thi nhất có thể.
Việc 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 thử nghiệm.
Ước lượng
Việc ước tính diễn ra trong Kế hoạch phát hành và lập kế hoạch lặp lại.Trong Kế hoạch phát hành, những người thử nghiệm cung cấp
Thông tin về hoạt động thử nghiệm nào là bắt buộc
Ước tính nỗ lực cho cùng một
Trong lập kế hoạch lặp lại, những người kiểm thử đóng góp vào việc quyết định cái gì và bao nhiêu câu chuyện có thể được đưa vào trong một lần lặp lại. Quyết định này phụ thuộc vào nỗ lực thử nghiệm và ước tính lịch thi. Ước tính Câu chuyện cũng phản ánh ước tính thử nghiệm.
Trong Kanban, Done-Done chỉ được thực hiện khi một câu chuyện được phát triển và kiểm thử và đánh dấu là hoàn thành mà không có lỗi.
Do đó, Ước tính thử nghiệm đóng vai trò chính 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 Iteration hiện tại.Lập kế hoạch câu chuyện bao gồm các nhiệm vụ kiểm thử sau
Chuẩn bị dữ liệu thử nghiệm
Mở rộng kiểm thử chấp nhận
Thực hiện kiểm thử thủ công
Tiến hành các phiên kiểm thử Exploratory
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ử năng suất
Kiểm thử hồi quy
Cập nhật các kiểm thử tích hợp liên tục liên quan
Tiến trình câu chuyện
Story Progression phát hiện các bài kiểm thử bổ sung được yêu cầu do liên lạc liên tục giữa các 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 về việc triển khai, người thử nghiệm thực hiện kiểm thử thăm dò.
Kiểm thử liên tục được thực hiện trong quá trình tiến triển câu chuyện và bao gồm kiểm thử 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
Sự chấp nhận câu chuyện xảy ra khi câu chuyện đạt đến trạng thái Done-Done. tức là, câu chuyện được phát triển và thử nghiệm và báo hiệu là hoàn chỉnh.Kiểm thử câu chuyện được cho là được hoàn thành khi tất cả các bài kiểm thử liên quan đến câu chuyện hoặc mức độ tự động hóa bài kiểm thử được đáp ứng.

Không có nhận xét nào:
Đăng nhận xét