Rà soát tính năng theo toàn bộ luồng sử dụng

Trình diễn thành công một màn hình không chứng minh khách hàng hoàn thành được tác vụ. Người dùng có thể cần thư thông báo, vai trò thứ hai, dịch vụ ngoài hoặc bước phục hồi mới xong việc. Hãy rà soát tính năng từ trạng thái khởi đầu thực tế tới kết quả nghiệp vụ quan sát được. Chỉ đi sâu thành phần khi chi tiết đó giúp giải thích hành trình.

Xác định tác vụ thực sự kết thúc ở đâu

Viết tình huống ngắn nêu người thực hiện, trạng thái ban đầu, kết quả mong muốn và bằng chứng hoàn tất. “Gửi yêu cầu” có thể chỉ là giữa quy trình nếu nhân viên còn phải duyệt và người gửi cần nhận xác nhận. Đưa các bước bàn giao đó vào ranh giới rà soát.

Về tuân thủ khả năng tiếp cận, yêu cầu quy trình hoàn chỉnh của W3C bao phủ mọi trang trong một quy trình nhiều trang ở mức tuân thủ được nêu.[3] Đây là quy tắc cụ thể về khả năng tiếp cận, không phải bằng chứng chất lượng tổng thể. Khuyến nghị rộng hơn ở đây là kiểm tra toàn bộ tác vụ thay vì suy ra thành công từ một trang đẹp hoặc đạt yêu cầu.

Chuẩn bị buổi rà soát có thể tìm ra bất ngờ

Dùng dữ liệu thử đại diện mà không lộ thông tin khách hàng thật. Cấp đúng quyền của vai trò dự kiến, không dùng tài khoản quản trị có thể vượt rào cản. Xác nhận trạng thái ban đầu trước buổi làm việc. Chỉ rõ kết nối ngoài nào là thật, giả lập hoặc chưa khả dụng.

Chuẩn bị ít tình huống nhưng có cả kết quả thông thường và ngoại lệ đáng kể.

• Theo tác vụ qua mọi vai trò và kênh tham gia.
• Kiểm tra xác nhận, trạng thái lưu và hàng đợi của người tiếp nhận.
• Thử thiếu đầu vào hoặc bị từ chối quyền rồi xem lời giải thích.
• Xác nhận cách phục hồi khi gián đoạn hoặc gửi thất bại.
• Ghi rõ tích hợp giả lập và luồng chưa kiểm tra trong hồ sơ quyết định.

Ví dụ giả định: đổi hàng bị hỏng

Trong ví dụ giả định về cổng bán lẻ, khách hàng yêu cầu đổi món hàng bị hỏng. Buổi rà soát bắt đầu với đơn đủ điều kiện, theo bước tải bằng chứng của khách hàng, chuyển sang hàng đợi duyệt của nhân viên rồi quay về xác nhận cho khách. Người rà soát cũng thử gián đoạn lúc tải tệp.

Màn hình gửi yêu cầu có vẻ đúng, nhưng nhân viên không thấy bằng chứng đã tải. Nhóm ghi nhận bàn giao chưa hoàn chỉnh thay vì duyệt tính năng chỉ vì gửi thành công. Nếu cần chuyển tệp thủ công tạm thời để bàn giao, người phụ trách nghiệp vụ phải chấp nhận rõ công việc phát sinh và kiểm soát truy cập đi kèm.

Chuyển phát hiện thành quyết định có giới hạn rõ

Ghi rõ từng phát hiện cụ thể thuộc nhóm chặn cách dùng dự kiến, cần chấp nhận giới hạn hay để cải tiến sau. Đính kèm hành vi quan sát được và kết quả mong muốn để cuộc trao đổi tiếp theo không phụ thuộc trí nhớ về buổi trình diễn.

Rà soát quy trình chỉ kiểm tra một mẫu, không phải kiểm thử toàn diện. Nó không xác lập mọi đặc tính hiệu năng, bảo mật hoặc khả năng tiếp cận. Giữ các kiểm tra chuyên môn riêng và hiển thị rõ. Trong lần tiếp theo, chọn một tác vụ quan trọng rồi xác định điểm kết thúc thật trước. Mời người chịu trách nhiệm bàn giao giữa các bước, không chỉ người làm màn hình.