Lập kế hoạch UAT với vai trò chịu trách nhiệm rõ ràng

Kiểm thử nghiệm thu người dùng, hay UAT, xem năng lực được bàn giao có hỗ trợ cách dùng nghiệp vụ đã thống nhất hay không. Đây không nên là buổi trình diễn cuối khiến người tham dự cảm thấy phải đồng ý. Kế hoạch hữu ích xác định quyết định cần đưa ra, người có thẩm quyền và bằng chứng họ cần. Thống nhất trách nhiệm trước khi đặt lịch hoặc mời người dùng khám phá hệ thống thử nghiệm.

Tách tham gia khỏi thẩm quyền

Nêu người chịu trách nhiệm nghiệm thu nghiệp vụ, người dùng đại diện thực hiện tình huống, đầu mối triển khai điều tra phát hiện và người cho phép phát hành. Một người có thể giữ nhiều vai trò, nhưng từng trách nhiệm phải rõ. Có mặt trong buổi thử không đồng nghĩa có quyền nghiệm thu.

Trong Scrum, Product Owner chịu trách nhiệm tối đa hóa giá trị sản phẩm và quản lý Product Backlog.[1] Trách nhiệm đó không tự động xác định quy trình nghiệm thu hợp đồng hoặc duyệt phát hành của tổ chức. Khuyến nghị ở đây là ghi thẳng thẩm quyền thực tế, gồm người được chấp nhận giới hạn đã ghi nhận và người thay khi họ vắng mặt.

Thống nhất thỏa thuận kiểm thử

Xác định bản dựng, môi trường, tập tình huống và dữ liệu ban đầu. Mô tả điều kiện phải sẵn sàng trước khi người dùng dành thời gian kiểm tra. Cấp quyền sát thực tế và bảo vệ thông tin cá nhân bằng dữ liệu thử phù hợp. Nêu cách phân loại phát hiện thành lỗi, làm rõ yêu cầu hoặc đề nghị tăng phạm vi.

Dùng kiểm tra sẵn sàng mà người phụ trách nghiệm thu có thể xem xét.

• Nối mỗi tình huống với một kết quả nghiệp vụ đã thống nhất.
• Phân công người thực hiện và người ghi bằng chứng cho từng tình huống.
• Xác nhận quyền truy cập, dữ liệu đại diện và bản dựng được thử.
• Định nghĩa phát hiện chặn nghiệm thu và cách chấp nhận ngoại lệ.
• Nêu người quyết định cùng hạn xử lý phát hiện còn mở.

Ví dụ giả định: quy trình đặt phòng họp

Trong ví dụ giả định về dịch vụ văn phòng, nhân viên lễ tân thử đặt phòng còn quản lý cơ sở vật chất chịu trách nhiệm nghiệm thu nghiệp vụ. Tình huống gồm đặt thành công, yêu cầu trùng và hủy để trả lại phòng. Chuyên viên triển khai hỗ trợ điều tra nhưng không thay mặt nghiệp vụ phê duyệt.

Bài thử hủy khiến phòng vẫn không đặt được. Quản lý ghi nhận kết quả không đạt, nhóm đính kèm trường hợp tái hiện. Sau khi sửa, lễ tân thử lại tình huống liên quan trên bản dựng mới. Hồ sơ nghiệm thu ghi chính bản dựng đó, thay vì mang phê duyệt cũ sang mà không xét điều gì đã đổi.

Nghiệm thu có giới hạn và trung thực

W3C phân biệt kiểm tra chức năng với thử tính dễ sử dụng, vốn xem người dùng sử dụng nội dung cho mục đích dự kiến tốt tới đâu.[3] UAT có thể kết hợp cả hai, nhưng một buổi thử nghiệp vụ thành công không thay thế đánh giá chuyên sâu về bảo mật, hiệu năng hoặc khả năng tiếp cận.

Bao phủ toàn bộ có thể không thực tế khi người dùng ít thời gian. Ưu tiên luồng nghiệp vụ trọng yếu và nêu rõ phần chưa thử. Kết thúc buổi bằng kết quả đã chấp nhận, phát hiện còn mở và người quyết định tiếp theo. Trước vòng UAT mới, yêu cầu người bảo trợ xác nhận ai được đồng ý, ai được từ chối và mỗi câu trả lời cần bằng chứng gì.