Scrum trong Kiểm thử phần mề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 quá trình 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 sự 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 rằng 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.
Trong hướng dẫn này, bạn sẽ học-
- Scrum là gì?
- Các tính năng chính của phương pháp Scrum
- Các vai trò trong Scrum
- Scrum Artifacts
- Nghi lễ (Quy trình) trong Scrum
- Vai trò của Tester trong Scrum
- Hoạt động kiểm tra trong Scrum
- Báo cáo thử nghiệm
Các tính năng chính của phương pháp Scrum
Sau đây là các tính năng chính của 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à nước rút để 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 lần chạy nước rút. Mỗi Dự án Scrum có thể có nhiều Chu kỳ phát hành.
- Một chuỗi lặp lại các cuộc họp, sự kiện và sự kiện quan trọng
- Thực hành kiểm tra và thực hiện các yêu cầu mới, được gọi là câu chuyện , để đảm bảo một số công việc được phát hành sẵn sàng sau mỗi sprint
Scrum dựa trên 3 Trụ cột sau-
Hãy xem xét từng cái một
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. Hãy nghiên cứu chúng một cách chi tiết
|
Chủ sở hữu sản phẩm |
Đội sản xuất |
Đội |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Scrum Artifacts
Một quy trình scrum bao gồm
- Câu chuyện của người dùng: Chúng là một lời giải thích ngắn gọn về các chức năng của hệ thống đang được thử nghiệm. Ví dụ cho Nhà cung cấp Bảo hiểm là - "Phí bảo hiểm có thể được thanh toán bằng hệ thống trực tuyến."
- Product Backlog: Nó là một tập hợp các câu chuyện của người dùng được thu thập cho một sản phẩm scrum. Chủ sở hữu sản phẩm chuẩn bị và duy trì sản phẩm tồn đọng. Nó được chủ sở hữu sản phẩm ưu tiên và bất kỳ ai cũng có thể thêm vào nó với sự chấp thuận của chủ sở hữu sản phẩm.
- Release Backlog: Một bản phát hành là một khung thời gian trong đó số lần lặp được hoàn thành. Chủ sở hữu sản phẩm phối hợp với scrum master để quyết định những câu chuyện nào nên được nhắm mục tiêu cho một bản phát hành. Các câu chuyện trong bản phát hành tồn đọng được nhắm mục tiêu để hoàn thành trong một bản phát hành.
- Sprint: Là khoảng thời gian đã định để hoàn thành câu chuyện của người dùng, do chủ sở hữu sản phẩm và nhóm nhà phát triển quyết định, thường là 2-4 tuần.
- Sprint Backlog: Đó là một tập hợp các câu chuyện của người dùng sẽ được hoàn thành trong một sprint. Trong thời gian tồn đọng của sprint, công việc không bao giờ được giao và nhóm tự đăng ký làm việc. Nó được sở hữu và quản lý bởi nhóm trong khi công việc ước tính còn lại được cập nhật hàng ngày. Đây là danh sách nhiệm vụ phải được thực hiện trong Sprint
- Danh sách khối: Đây là danh sách các khối và các quyết định chưa được thực hiện thuộc sở hữu của scrum master và được cập nhật hàng ngày
- Biểu đồ Burndown: Biểu đồ ghi giảm thể hiện tiến độ tổng thể của công việc đang thực hiện và công việc đã hoàn thành trong suốt quá trình. Nó thể hiện ở định dạng đồ thị những câu chuyện và tính năng chưa hoàn thành
3. Các nghi lễ (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 câu chuyện từ bản phát hành tồn đọng vào phần 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 câu chuyện khác nhau trong Sprint Backlog.
- Scrum hàng ngày: 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 một chặng 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 đã hoàn thành 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, thử nghiệm đượ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 thử nghiệm 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 .
Câu hỏi tiếp theo là, tester làm gì trong một scrum? Lưu ý sau sẽ trả lời
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-
Kế hoạch nước rút
- Trong lập kế hoạch chạy nước rút, người kiểm tra nên chọn một câu chuyện 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 thử nghiệm, anh ta / cô ta 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 câu chuyện người dùng đã chọn.
- Là một tester, anh ấy / cô ấy phải biết mục tiêu chạy nước rút là gì.
- Với tư cách là người thử nghiệm, hãy đóng góp vào quá trình sắp xếp thứ tự ưu tiên
tăng tốc
- Hỗ trợ các nhà phát triển trong thử nghiệm đơn vị
- Kiểm tra câu chuyện người dùng khi hoàn thành. Thực thi kiểm tra được thực hiện trong phòng thí nghiệm nơi cả người kiểm tra và nhà phát triển làm việc cùng nhau. Lỗi được đăng nhập vào công cụ Quản lý lỗi được theo dõi hàng ngày. Những khiếm khuyết có thể được trao đổi và phân tích trong cuộc họp scrum. Các khiếm khuyết được kiểm tra lại ngay sau khi nó được giải quyết và triển khai để kiểm tra
- Với tư cách là người thử nghiệm, anh ấy / cô ấy tham dự tất cả các cuộc họp standup hàng ngày để lên tiếng
- Với tư cách là người thử nghiệm, anh ta / cô ta có thể mang bất kỳ hạng mục tồn đọng nào không thể hoàn thành trong nước rút hiện tại và chuyển sang nước rút tiếp theo
- Tester chịu trách nhiệm phát triển các tập lệnh tự động hóa. Anh lên lịch thử nghiệm tự động hóa với hệ thống Tích hợp liên tục (CI). Tự động hóa nhận được tầm quan trọng do thời gian giao hàng ngắn. Tự động hóa kiểm tra có thể được thực hiện bằng cách sử dụng các công cụ mã nguồn mở hoặc trả phí khác nhau có sẵn trên thị trường. Điều này chứng tỏ hiệu quả trong việc đảm bảo rằng mọi thứ cần được kiểm tra đều được bảo vệ. Có thể đạt được phạm vi Kiểm tra đầy đủ với sự liên lạc chặt chẽ với nhóm.
- Xem xét kết quả tự động hóa CI và gửi Báo cáo cho các bên liên quan
- 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
Sprint Retrospective
- Là một người thử nghiệm, anh ta sẽ tìm ra những gì đã xảy ra và những gì đã đi đúng trong nước rút hiện tại
- Với tư cách là người thử nghiệm, anh ấy xác định bài học kinh nghiệm và các phương pháp hay nhất
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.
Ghi lại biểu đồ: Mỗi ngày, Scrum Master ghi lại công việc ước tính còn lại cho sprint. Đây không phải là gì ngoài Biểu đồ Burn Down. Nó được cập nhật hàng ngày.
Biểu đồ tổng thể cung cấp một cái nhìn tổng quan nhanh chóng về tiến độ dự án, biểu đồ này chứa thông tin như tổng khối lượng công việc trong dự án phải hoàn thành, khối lượng công việc đã hoàn thành trong mỗi sprint, v.v.
Biểu đồ lịch sử vận tốc: Biểu đồ lịch sử vận tốc dự đoán vận tốc của đội đạt được trong mỗi lần chạy nước rút. Đây là một biểu đồ cột và đại diện cho sản lượng của các nhóm đã thay đổi như thế nào theo thời gian.
Các chỉ số bổ sung có thể hữu ích là ghi lịch, đốt ngân sách, hoàn thành phần trăm chủ đề, câu chuyện đã hoàn thành - câu chuyện còn lại, v.v.
Bạn có bất kỳ mẹo hoặc kinh nghiệm nào để chia sẻ cho Kiểm thử Scrum không? Hãy để lại một bình luận bên dưới-