Thứ Năm, 1 tháng 11, 2018

Kiểm tra nhanh - Kanban

Các hoạt động thử nghiệm nhanh có thể được quản lý hiệu quả bằng các khái niệm Kanban. Sau đây đảm bảo thử nghiệm được hoàn thành trong thời gian 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ể 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.

giới thiệu Tài liệu học tester tiếng việt
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

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ấ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.

Ướ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

Kiểm thử thâm nhập - Hướng dẫn & Tự động

Cả thử nghiệm thâm nhập thủ công và thử nghiệm thâm nhập tự động đều được thực hiện cho cùng một mục đích. Sự khác biệt duy nhất giữa họ là ...