Hướng dẫn về phương pháp thử nghiệm Scrum

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 để 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 nhiệm vụ phức tạp. Scrum giúp nhóm phát triển tập trung vào mọi 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 tính 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 tra Scrum là một thử nghiệm được thực hiện theo phương pháp scrum để xác minh các yêu cầu của ứng dụng phần mềm được đáp ứng. Nó bao gồm việc kiểm tra các thông số không 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ày nên thường được thực hiện bởi các nhà phát triển với Kiểm tra đơn vị. Đôi khi cần có các nhóm thử nghiệm chuyên dụng tùy thuộc vào bản 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

Sau đây là các tính năng chính của Scrum-

Scrum có lịch phát hành cố định ngắn với phạm vi có thể điều chỉnh được gọi là chạy nước rút để giải quyết nhu cầu phát triển thay đổi nhanh chóng. Mỗi bản phát hành có thể có nhiều sprint. Mỗi Dự án Scrum có thể có nhiều Chu kỳ phát hành.
Một trình tự lặp đi lặp lại của các cuộc họp, sự kiện và các cột mốc quan trọng
Một hoạt động thử nghiệm 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 lần chạy nước rút

Scrum dựa trên 3 trụ cột sau:

Chúng ta hãy nhìn từng cái một

1. Vai trò trong Scrum

Có ba vai trò chính trong Kiểm tra Scrum - Chủ sở hữu sản phẩm, 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ản phẩm	Scrum Thạc sĩ	Nhóm
Anh ấy/Cô ấy xác định các tính năng của sản phẩm.	Anh ấy/Cô ấy quản lý nhóm và chăm sóc năng suất của nhóm	Đội thường có khoảng 5-9 thành viên
Chủ sản phẩm quyết định ngày phát hành và các tính năng tương ứng	Anh ấy/Cô ấy duy trì danh sách chặn và loại bỏ các rào cản trong quá trình phát triển	Nó bao gồm các nhà phát triển, nhà thiết kế và đôi khi là người thử nghiệm, v.v.
Họ ưu tiên các tính năng theo giá trị thị trường và lợi nhuận của sản phẩm	Anh ấy/Cô ấy phối hợp với tất cả các vai trò và chức năng	Nhóm tự tổ chức và lên lịch làm việc
Anh ấy / Cô ấy chịu trách nhiệm về lợi nhuận của sản phẩm	Anh ấy/Cô ấy bảo vệ nhóm khỏi sự can thiệp từ bên ngoài	Có quyền thực hiện mọi thứ trong phạm vi của dự án để đạt được mục tiêu sprint
Anh ấy/Cô ấy có thể chấp nhận hoặc từ chối kết quả hạng mục công việc	Lời mời tham dự cuộc họp scrum hàng ngày, đánh giá sprint và các cuộc họp lập kế hoạch	Tích cực tham gia các nghi lễ hàng ngày

2. Các tạo phẩm Scrum

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ụ đối với 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”.
Tồn đọng sản phẩm: Nó là tập hợp các câu chuyện của người dùng được ghi lại 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 đó với sự chấp thuận của chủ sở hữu sản phẩm.
Phát hành tồn đọng: Bản phát hành là 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 người quản lý scrum để quyết định câu chuyện nào sẽ được nhắm mục tiêu 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.
Sprints: Đó là một khoảng thời gian nhất định để hoàn thành các 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 Tồn đọng: Đây là một tập hợp các câu chuyện người dùng cần hoàn thành trong một sprint. Trong quá trình sprint backlog, công việc không bao giờ được giao và nhóm tự đăng ký công việc. Nhóm sở hữu và quản lý tập hợp này trong khi khối lượng 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 các nhiệm vụ phải được thực hiện trong Sprint
Danh sách chặn: Đó là danh sách các khối và các quyết định chưa được đưa ra thuộc sở hữu của scrum master và được cập nhật hàng ngày
Biểu đồ đốt cháy: Biểu đồ ghi lại 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 dưới dạng biểu đồ những câu chuyện và tính năng chưa được hoàn thành

3. Nghi lễ (Process) trong Scrum

Sprint Lập kế hoạch: Một sprint bắt đầu với việc nhóm nhập các câu chuyện từ backlog phát hành vào backlog sprint; nó được lưu trữ bởi scrum master. Các Tester ước tính nỗ lực để kiểm tra các câu chuyện khác nhau trong Sprint Tồn đọng.
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 đề gặp phải trong một sprint. Trong cuộc họp đứng hàng ngày, tiến độ của nhóm được theo dõi.
Sprint Review/ Hồi tưởng lại: Cuộc họp này cũng do Scrum Master chủ trì, kéo dài khoảng 2-4 giờ, thảo luận về những gì nhóm đã hoàn thành trong sprint trước và những bài học kinh nghiệm đã rút ra.

Vai trò của Người kiểm thử trong Scrum

Không có vai trò tích cực của Người kiểm tra trong Scrum Quy trình. Thông thường, thử nghiệm được thực hiện bởi 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 quy trình thử nghiệm trong mỗi lần chạy nước rút. Một số dự án Scrum có các nhóm thử nghiệm chuyên dụng tùy thuộc vào bản chất và mức độ phức tạp của dự án.

Câu hỏi tiếp theo là, người kiểm thử làm gì trong một cuộc scrum? Ghi chú sau sẽ trả lời

Hoạt động kiểm thử trong Scrum

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

Sprint Lập kế hoạch

Trong quá trình lập kế hoạch chạy nước rút, người kiểm thử sẽ chọn một câu chuyện người dùng từ danh sách tồn đọng sản phẩm cần được kiểm thử.
Với tư cách là người thử nghiệm, anh ấy/cô ấy nên quyết định sẽ mất bao nhiêu giờ (Ước tính nỗ lực) kêt thuc thử nghiệm cho từng câu chuyện của người dùng đã chọn.
Là một người thử nghiệm, người đó phải biết mục tiêu của sprint là gì.
Với tư cách là người thử nghiệm, hãy đóng góp vào quá trình ưu tiên

Sprint

Hỗ trợ nhà phát triển trong thử nghiệm đơn vị
Kiểm tra câu chuyện của người dùng khi hoàn thành. Việc thực hiện kiểm thử được thực hiện trong phòng thí nghiệm nơi cả người thử nghiệm và nhà phát triển đều cùng làm việc. Lỗi đăng nhập Công cụ quản lý lỗi được theo dõi hàng ngày. Các khiếm khuyết có thể được đưa ra và phân tích trong cuộc họp scrum. Các khiếm khuyết được kiểm tra lại ngay khi có quyết định và triển khai để thử nghiệm
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 thường trực hàng ngày để lên tiếng
Với tư cách là người kiểm thử, anh ấy/cô ấy có thể mang bất kỳ mục tồn đọng nào không thể hoàn thành trong sprint hiện tại và đưa vào sprint tiếp theo
Người kiểm tra chịu trách nhiệm phát triển các tập lệnh tự động hóa. Anh ấy 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 thử nghiệm có thể được thực hiện bằng cách sử dụng các công cụ nguồn mở hoặc trả phí khác nhau có sẵn trên thị trường. Điều này tỏ ra hiệu quả trong việc đảm bảo rằng mọi thứ cần được kiểm tra đều được đề cập. Có thể đạt được mức độ bao phủ Kiểm thử đầy đủ nếu có sự giao tiếp chặt chẽ với nhóm.
Revkết quả tự động hóa iew CI và gửi Báo cáo cho các bên liên quan
Thực hiện kiểm thử phi chức năng đối với 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 tiêu chí chấp nhận cho Kiểm tra chấp nhận
Vào cuối sprint, người kiểm thử cũng thực hiện thử nghiệm 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 thử nghiệm cho sprint hiện tại

Sprint Hồi tưởng

Là một người thử nghiệm, anh ấy sẽ tìm ra điều gì sai và điều gì đúng trong lần chạy 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 Kiểm tra Scrum 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 số liệu được báo cáo cho phép 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.

Biểu đồ đốt cháy: Mỗi ngày, Scrum Master ghi lại khối lượng công việc còn lại ước tính cho sprint. Đây không gì khác ngoài Biểu đồ Burn Down. Biểu đồ này được cập nhật hàng ngày.

Biểu đồ burndown cung cấp cái nhìn tổng quan nhanh về tiến độ của dự án, biểu đồ này chứa thông tin như tổng lượng công việc phải hoàn thành trong dự án, lượng công việc đã hoàn thành trong mỗi lần chạy nước rút, v.v.

Đồ thị 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 nhóm đạt được trong mỗi lần chạy nước rút. Đây là biểu đồ thanh và thể hiện cách đầu ra của nhóm thay đổi theo thời gian.

Các số liệu bổ sung có thể hữu ích là ghi lịch trình, đốt ngân sách, phần trăm hoàn thành chủ đề, các câu chuyện đã hoàn thành – các câu chuyện còn lại, v.v.

Đây là tất cả về Scrum trong công nghệ phần mềm

Bạn có thể thích: