Hướng dẫn về phương pháp thử nghiệm Scrum
Thomas Hamilton
⚡ Tóm tắt thông minh
Kiểm thử Scrum là một phương pháp xác thực liên tục được tích hợp trong... Sprint các chu kỳ, nơi các nhà phát triển, người kiểm thử và chủ sở hữu sản phẩm cộng tác để xác minh các yêu cầu chức năng và phi chức năng, đồng thời duy trì tính minh bạch, khả năng thích ứng và tốc độ triển khai nhanh chóng trong suốt vòng đời dự án.
Scrum trong kiểm thử phần mềm
Scrum trong kiểm thử phần mềm Scrum 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 nhiệm 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, bao gồm chất lượng, hiệu suất và khả năng sử dụng. 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 Kiểm thử là quá trình được thực hiện trong phương pháp Scrum để xác minh rằng 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 tham số phi chức năng như bảo mật, khả năng sử dụng và hiệu suất. Không có vai trò chủ động của người kiểm thử trong quá trình này, vì vậy nó thường được thực hiện bởi các nhà phát triển bằng cách sử dụng kiểm thử đơn vị. Đôi khi cần có các nhóm kiểm thử chuyên trách tùy thuộc vào tính chất và độ phức tạp của dự án. Các nhóm hiện đại thường phối hợp công việc này trong Jira, Linear, v.v. Azure DevOps, hoặc Asana.
Các tính năng chính của Phương pháp Scrum
Sau đây là những đặc điểm chính của Scrum:
- Scrum có lịch trình phát hành ngắn, cố định với phạm vi có thể điều chỉnh, được gọi là SprintsĐể đáp ứng 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 phiên bản. SprintMỗ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 đã sẵn sàng để phát hành sau mỗi Sprint.
Scrum dựa trên 3 trụ cột sau:
Chúng ta hãy xem xét từng cái một.
1. Vai trò trong Scrum
Trong Scrum Testing, có ba vai trò chính: Chủ sở hữu sản phẩm (Product Owner), Người điều phối Scrum (Scrum Master) và Nhóm phát triển (Development Team). Chúng ta hãy cùng tìm hiểu chi tiết về từng vai trò này.
| Chủ sản phẩm | Scrum Thạc sĩ | Nhóm |
|---|---|---|
| Người đó xác định các đặc điểm của sản phẩm. | Người đó quản lý nhóm và đảm bảo năng suất làm việc của nhóm. | Nhóm thường có khoảng 5-9 thành viên. |
| Người quản lý sản phẩm (Product Owner) quyết định ngày phát hành và các tính năng tương ứng. | Người đó chịu trách nhiệm 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 cả người kiểm thử. |
| Họ ưu tiên các tính năng dựa trên giá trị thị trường và khả năng sinh lời của sản phẩm. | Người đó phối hợp với tất cả các vai trò và chức năng khác. | Nhóm tự tổ chức và lên lịch công việc của mình. |
| Người đó chịu trách nhiệm về lợi nhuận của sản phẩm. | Người đó bảo vệ đội nhóm khỏi những tác động từ bên ngoài. | Có quyền làm mọi việc trong phạm vi dự án để đáp ứng yêu cầu. Sprint mục tiêu. |
| Người đó có thể chấp nhận hoặc từ chối kết quả của hạng mục công việc. | Thư mời tham dự cuộc họp Scrum hàng ngày, Sprint Revcác cuộc họp quan sát và 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
Quy trình Scrum bao gồm:
- Câu chuyện của người dùng: Đây là những 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 một 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: Đây là tập hợp các câu chuyện người dùng được ghi lại cho một sản phẩm Scrum. Người quản lý sản phẩm chuẩn bị và duy trì Product Backlog. Product Backlog được ưu tiên bởi Product Owner, và bất kỳ ai cũng có thể thêm vào đó với sự chấp thuận của Product Owner. Các nhóm hiện đại duy trì Product Backlog trong Jira, Linear, Azure DevOps, hoặc Asana.
- Phát hành tồn đọng: Một bản phát hành là một khung thời gian mà trong đó một số lần lặp lại được hoàn thành. Người quản lý sản phẩm điều phối Cùng với Scrum Master để quyết định những câu chuyện nào nên được ưu tiên hoàn thành trong một bản phát hành. Các câu chuyện trong Danh sách công việc cần hoàn thành (Release Backlog) được lên kế hoạch hoàn thành trong một bản phát hành.
- Sprints: Đây là khoảng thời gian cố định để hoàn thành các câu chuyện người dùng, do Chủ sở hữu sản phẩm và nhóm phát triển quyết định, thường là từ 2 đến 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 được hoàn thành trong một khoảng thời gian nhất định. Sprint. Suốt trong Sprint Danh sách công việc tồn đọng, công việc không bao giờ được phân công, và nhóm tự đăng ký nhận việc. Danh sách này do nhóm sở hữu và quản lý, trong khi ước tính khối lượng công việc còn lại được cập nhật hàng ngày. Đó là danh sách các nhiệm vụ cần phải thực hiện trong một khoảng thời gian nhất định. Sprint.
- Danh sách chặn: Đây là danh sách các khối lệnh và quyết định chưa được thực hiện do Scrum Master quản lý và được cập nhật hàng ngày.
- Biểu đồ đốt cháy: Biểu đồ burndown 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 đồ thị 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: A Sprint Bắt đầu bằng việc nhóm nhập các câu chuyện từ Danh sách công việc cần thực hiện vào... Sprint Danh sách công việc tồn đọng (backlog) do Scrum Master quản lý. Người kiểm thử ước tính nỗ lực cần thiết để kiểm thử các câu chuyện khác nhau trong danh sách. Sprint Tồn đọng.
- Stand-up hàng ngày: Còn được gọi là Cuộc họp Scrum hàng ngày, cuộc họp này do Scrum Master chủ trì và kéo dài khoảng 15 phút. Trong Cuộc họp Scrum hàng ngày, các thành viên thảo luận về công việc đã hoàn thành ngày hôm trước, công việc dự kiến cho ngày hôm sau và các vấn đề gặp phải trong quá trình làm việc. SprintTiến độ của nhóm là... tracked ở đây.
- Sprint Revgóc nhìn / Hồi tưởng: Buổi họp này cũng do Scrum Master chủ trì, kéo dài khoảng 2-4 giờ và thảo luận về những thành tựu mà nhóm đã đạt được trong thời gian qua. Sprint và bài học đã được rút ra là gì.
Sau khi đã thiết lập các vai trò, sản phẩm và nghi thức của Scrum, điều quan trọng là phải làm rõ chính xác vị trí của người kiểm thử trong khuôn khổ này.
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 Thông thường, việc kiểm thử được thực hiện bởi nhà phát triển bằng các bài kiểm thử đơn vị (Unit Tests), trong khi chủ sở hữu sản phẩm (Product Owner) cũng thường xuyên tham gia vào quá trình kiểm thử trong mỗi giai đoạn. Sprint. Một số dự án Scrum có đội ngũ kiểm thử chuyên trách, 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à, người kiểm thử phần mềm (tester) làm gì trong Scrum? Phần sau sẽ trả lời câu hỏi đó.
Hoạt động kiểm thử trong Scrum
Các chuyên viên kiểm thử thực hiện các hoạt động sau trong các giai đoạn khác nhau của quy trình Scrum:
Sprint Lập kế hoạch
- In Sprint Trong giai đoạn lập kế hoạch, người kiểm thử nên chọn một user story từ Product Backlog để kiểm thử.
- Với tư cách là người kiểm thử, họ nên quyết định xem công việc này sẽ mất bao nhiêu giờ (ước tính thời gian) để hoàn thành. kêt thuc Kiểm thử cho từng câu chuyện người dùng đã chọn.
- Với tư cách là người kiểm thử, người đó phải biết những gì... Sprint mục tiêu là.
- Với vai trò là người kiểm thử, hãy đóng góp vào quá trình ưu tiên hóa.
Sprint
- Hỗ trợ các nhà phát triển trong việc kiểm thử đơn vị.
- Kiểm thử user story sau khi hoàn thành. Việc thực hiện kiểm thử được thực hiện Trong một phòng thí nghiệm nơi cả người kiểm thử và nhà phát triển cùng làm việc chặt chẽ. Các lỗi được ghi lại trong... Công cụ quản lý lỗi và tracCác lỗi được phát hiện hàng ngày. Các lỗi có thể được thảo luận và phân tích trong cuộc họp Scrum. Các lỗi được kiểm tra lại ngay khi chúng được phát hiện. quyết định và được triển khai để thử nghiệm. Các nhóm Scrum hiện đại thường sử dụng Jira, Linear, Azure DevOps, hoặc Asana cho quy trình làm việc này.
- Với vai trò là người kiểm thử, người đó tham dự tất cả các cuộc họp giao ban hàng ngày để phát biểu ý kiến.
- Với vai trò là người kiểm thử, họ có thể đưa ra bất kỳ hạng mục nào trong danh sách công việc tồn đọng mà hiện tại chưa thể hoàn thành. Sprint và đặt nó vào tiếp theo Sprint.
- Người kiểm thử chịu trách nhiệm phát triểnping các kịch bản tự động hóa. Anh ấy hoặc cô ấy lên lịch kiểm thử tự động hóa với một Hệ thống tích hợp liên tục (CI)Tự động hóa ngày càng trở nên quan trọng do thời gian giao hàng ngắn. Tự động hóa kiểm thử có thể được thực hiện bằng cách sử dụng nhiều công cụ mã nguồn mở hoặc trả phí 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 thử đều được bao phủ. Độ bao phủ kiểm thử đầy đủ có thể đạt được thông qua sự giao tiếp chặt chẽ trong nhóm.
- RevXem kết quả tự động hóa CI và gửi báo cáo cho các bên liên quan.
- Tiến hành kiểm thử phi chức năng cho các câu chuyện 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 các bài kiểm tra nghiệm thu.
- Vào cuối của SprintNgoài ra, trong một số trường hợp, người kiểm thử cũng thực hiện kiểm thử chấp nhận (UAT) và xác nhận việc hoàn tất quá trình kiểm thử cho hệ thống hiện tại. Sprint.
Sprint Hồi tưởng
- Với vai trò là người kiểm thử, họ sẽ tìm ra những gì đã sai và những gì đã đúng trong quá trình hiện tại. Sprint.
- Với vai trò là người kiểm thử, họ xác định những bài học kinh nghiệm và các phương pháp thực hành tốt nhất.
Khi các hoạt động thử nghiệm này được tiến hành, mỗi SprintCác nhóm phụ thuộc vào các chỉ số rõ ràng để truyền đạt tiến độ, đó là lý do tại sao báo cáo thử nghiệm trở nên thiết yếu.
Báo cáo thử nghiệm
Báo cáo số liệu kiểm thử Scrum mang lại sự minh bạch và rõ ràng 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 độ và lập kế hoạch chiến lược tương lai để cải thiện sản phẩm. Các công cụ như Jira, Linear, Azure DevOps và Asana Nhiều báo cáo trong số này được tạo tự động. Có hai chỉ số thường được sử dụng để báo cáo.
Biểu đồ đốt cháy: Mỗi ngày, người quản lý Scrum ghi lại ước tính khối lượng công việc còn lại cho dự án. SprintĐây là biểu đồ tiến độ hoàn thành dự án, được cập nhật hàng ngày.
Biểu đồ tiến độ dự án (burndown chart) cung cấp 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 cần hoàn thành trong dự án, khối lượng công việc đã hoàn thành trong mỗi giai đoạn. Sprint, Và như vậy.
Đồ thị lịch sử vận tốc: Đồ thị lịch sử vận tốc dự đoán vận tốc mà đội đạt được trong mỗi giai đoạn. SprintĐây là biểu đồ cột, thể hiện sự thay đổi về hiệu suất của đội theo thời gian.
Các chỉ số bổ sung có thể hữu ích bao gồm tiến độ thực hiện, mức tiêu hao ngân sách, tỷ lệ hoàn thành chủ đề, số lượng câu chuyện đã hoàn thành, số lượng câu chuyện còn lại, v.v.
