Bài viết sưu tầm

Scrum trong Kiểm thử phần mềm là một phương pháp luận để xây dựng các ứng dụng phần mềm phức tạp. Nó cung cấp các giải pháp dễ dàng để thực hiện các tác vụ phức tạp. Scrum giúp nhóm phát triển tập trung vào tất cả các khía cạnh của việc phát triển sản phẩm phần mềm như chất lượng, hiệu suất, khả năng sử dụng, v.v. Nó cung cấp sự minh bạch, kiểm tra và thích ứng trong quá trình phát triển phần mềm để tránh phức tạp.

Kiểm tra Scrum

Kiểm thử Scrum là một kiểm tra được thực hiện trong phương pháp luận của scrum để xác minh các yêu cầu ứng dụng phần mềm được đáp ứng. Nó liên quan đến việc kiểm tra các thông số phi chức năng như bảo mật, khả năng sử dụng, hiệu suất, v.v. Không có vai trò tích cực của người kiểm tra trong quy trình nên nó thường được thực hiện bởi các nhà phát triển với Unit Test. Đôi khi cần có các đội kiểm tra chuyên dụng tùy thuộc vào tính chất và độ phức tạp của dự án.

Các tính năng chính của phương pháp Scrum

Scrum có một lịch trình cố định ngắn về các chu kỳ phát hành với phạm vi điều chỉnh được gọi là sprints để giải quyết các nhu cầu phát triển đang thay đổi nhanh chóng. Mỗi bản phát hành có thể có nhiều sprints. Mỗi Dự án Scrum có thể có nhiều Chu kỳ phát hành.

Một chuỗi lặp lại meetings, events, và milestones

Thực hành kiểm tra và thực hiện các yêu cầu mới, được gọi là stories, để đảm bảo một số công việc được phát hành sẵn sàng sau mỗi sprint.

1. Các vai trò trong Scrum

Có ba vai trò chính trong Scrum Testing - Product Owner, Scrum Master và Nhóm Phát triển.

2. Scrum Artifacts

3. Quy trình trong Scrum

Lập kế hoạch sprint: Một sprint bắt đầu bằng việc nhóm nhập các stories từ bản phát hành tồn đọng vào hồ sơ tồn đọng của sprint; nó được lưu trữ bởi scrum master. Người kiểm tra ước tính nỗ lực để kiểm tra các stories khác nhau trong Sprint Backlog.

Daily Scrum: Nó được tổ chức bởi scrum master, kéo dài khoảng 15 phút. Trong Daily Scrum, các thành viên sẽ thảo luận về công việc đã hoàn thành vào ngày hôm trước, công việc đã lên kế hoạch cho ngày hôm sau và các vấn đề phải đối mặt trong thời gian chạy nước rút. Trong cuộc họp hàng ngày, tiến trình của nhóm được theo dõi.

Sprint Review / Retrospective: Nó cũng được tổ chức bởi scrum master, kéo dài khoảng 2-4 giờ và thảo luận về những gì nhóm đã đạt được trong sprint vừa qua và những bài học kinh nghiệm.

Vai trò của Tester trong Scrum

Không có vai trò tích cực của Tester trong Quy trình Scrum. Thông thường, kiểm thử được thực hiện bởi một nhà phát triển với Unit Test. Trong khi chủ sở hữu sản phẩm cũng thường xuyên tham gia vào quá trình kiểm thử trong mỗi sprint. Một số dự án Scrum có đội kiểm thử chuyên dụng tùy thuộc vào tính chất và độ phức tạp của dự án.

Hoạt động kiểm tra trong Scrum

Người kiểm tra thực hiện các hoạt động sau trong các giai đoạn khác nhau của Scrum-

- Sprint Planning: Trong lập kế hoạch Sprint, tester nên chọn một story của người dùng từ sản phẩm tồn đọng cần được kiểm tra.

Với tư cách là người Tester nên quyết định mất bao nhiêu giờ (Ước tính nỗ lực) để hoàn thành thử nghiệm cho mỗi story người dùng đã chọn.

- Hỗ trợ các nhà phát triển trong thử nghiệm đơn vị

Thực hiện kiểm tra phi chức năng cho các câu chuyện của người dùng đã được phê duyệt

Phối hợp với khách hàng và chủ sở hữu sản phẩm để xác định các tiêu chí chấp nhận cho Kiểm tra chấp nhận

Vào cuối sprint, người kiểm tra cũng thực hiện kiểm tra chấp nhận (UAT) trong một số trường hợp và xác nhận tính hoàn chỉnh của kiểm tra cho sprint hiện tại

- Báo cáo thử nghiệm

Báo cáo số liệu Scrum Test cung cấp tính minh bạch và khả năng hiển thị cho các bên liên quan về dự án. Các chỉ số được báo cáo cho phép một nhóm phân tích tiến trình của họ và lập kế hoạch chiến lược trong tương lai để cải thiện sản phẩm. Có hai số liệu thường được sử dụng để báo cáo.