Câu chuyện của người dùng có thể Tester 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.
![]() |
| Tài liệu học tester tiếng việt |
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 Tester 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 Tester 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.
Link đăng ký : Tài liệu học Tester tiếng việt.
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 Tester 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 Tester 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ể Tester.
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à Tester đượ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
Độ 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
Tester 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 -
Khá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 Tester 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.
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à Tester 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 bao gồm các nhiệm vụ Tester sau
Chuẩn bị dữ liệu thử nghiệm
Mở rộng Tester chấp nhận
Thực hiện Tester thủ công
Tiến hành các phiên Tester Exploratory
Tester năng suất
Tester hồi quy
Cập nhật các Tester 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 Tester 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 Tester thăm dò.
Tester 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 Tester 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.
Tester câu chuyện được cho là được hoàn thành khi tất cả các bài Tester liên quan đến câu chuyện hoặc mức độ tự động hóa bài Tester được đáp ứ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.
Các hoạt động Tester 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 Tester 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ể Tester.
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à Tester đượ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
Tester 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 Tester 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à Tester 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ụ Tester sau
Chuẩn bị dữ liệu thử nghiệm
Mở rộng Tester chấp nhận
Thực hiện Tester thủ công
Tiến hành các phiên Tester Exploratory
Tự động kiểm thử tích hợp liên tục
Ngoài các nhiệm vụ Tester này, các nhiệm vụ khác cũng có thể được yêu cầu, chẳng hạn như -Tester năng suất
Tester hồi quy
Cập nhật các Tester 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 Tester 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 Tester thăm dò.
Tester 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 Tester 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.Tester câu chuyện được cho là được hoàn thành khi tất cả các bài Tester liên quan đến câu chuyện hoặc mức độ tự động hóa bài Tester được đáp ứng.

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