Kiểm tra bản mẫu trước khi cam kết triển khai

Bản mẫu có thể bấm khiến dịch vụ đề xuất trông như đã hoàn chỉnh trước khi quy tắc vận hành hay nền tảng kỹ thuật rõ ràng. Hãy dùng sự đơn giản đó để kiểm tra cách hiểu, không ngụ ý đã sẵn sàng. Quyết định là bằng chứng có đủ cho khoản đầu tư tiếp theo hay không. Bước tiếp theo có thể là thử thêm, không phải triển khai ngay.

Chọn câu hỏi và mô hình phù hợp

Xác định điều chưa rõ có thể đổi quyết định sản phẩm. Người dùng có chọn đúng loại yêu cầu không? Họ hiểu phê duyệt nghĩa là gì? Mô hình giấy có thể trả lời câu hỏi thuật ngữ. Bản mẫu tương tác hơn có thể cần để xem hành trình sửa sai nhiều bước.

GOV.UK mô tả kiểm thử khả dụng có điều phối là quan sát người tham gia thực hiện nhiệm vụ cụ thể.[3] Tuyển người dùng thực tế hoặc có khả năng sử dụng với hoàn cảnh phù hợp câu hỏi. Bao gồm nhu cầu tiếp cận liên quan, thay vì coi người rà soát nội bộ đại diện cho mọi người dùng tương lai.

Nêu mục tiêu mà không dạy đường đi

Viết nhiệm vụ bằng ngôn ngữ của người tham gia, không lặp nhãn khiến họ biết phải bấm đâu. GOV.UK khuyến nghị hướng dẫn nhiệm vụ rõ, trung lập và chủ yếu quan sát, lắng nghe.[3] Nhờ người tham gia nói suy nghĩ, nhưng tránh sửa ngay mỗi lần họ ngập ngừng.

Ghi điều kiện đầu, hành động, hỗ trợ và kết quả. Phân biệt tự hoàn thành với hoàn thành sau gợi ý. Nếu mô hình chưa hỗ trợ một thao tác, ghi giới hạn đó thay vì đánh giá là lỗi thiết kế hoặc giả vờ thao tác đã thành công.

Ví dụ giả định: tìm lịch đến cung cấp dịch vụ

Một nhà cung cấp dịch vụ tòa nhà giả định thử cổng đặt lịch. Người tham gia phải tìm lịch gắn với một yêu cầu công việc cụ thể và đề nghị giờ khác. Bản mẫu có các địa chỉ tương tự để kiểm tra họ phân biệt đúng địa điểm được không.

Nếu người tham gia chọn nhầm tòa nhà, người nghiên cứu hỏi căn cứ lựa chọn. Nhóm sửa thông tin nhận diện rồi thử lại. Buổi kiểm tra không chứng minh hệ thống xếp lịch thật ngăn được trùng lịch hay hệ thống bên ngoài trao đổi cập nhật chính xác.

Chuẩn bị danh sách kiểm tra bản mẫu

Thống nhất các kiểm tra trước buổi thử để nhóm không định nghĩa lại thành công sau khi xem kết quả.

• Nêu quyết định và điều chưa chắc chắn mà thử nghiệm giải đáp.
• Tuyển người có nhiệm vụ, môi trường và nhu cầu tiếp cận phù hợp.
• Chuẩn bị nhiệm vụ trung lập và dữ liệu thực tế nhưng không nhạy cảm.
• Quy định cách ghi hỗ trợ, đi nhầm và thao tác chưa được mô hình hỗ trợ.
• Tách phát hiện khỏi giả định kỹ thuật vẫn cần khảo sát.

Biết bản mẫu không chứng minh được gì

Hướng dẫn công nghệ của GOV.UK khuyến nghị dùng bản mẫu để tìm hiểu giả định công nghệ và kiểm tra kết nối với hệ thống khác.[7] Chọn thử nghiệm kỹ thuật cho các câu hỏi đó thay vì dựa vào trình diễn màn hình. Khả dụng giao diện và khả thi tích hợp cần bằng chứng khác nhau.

Thử nghiệm nhỏ có thể phát hiện vấn đề nhưng không ước lượng mức phổ biến trong toàn bộ khách hàng. Tránh biến kết quả buổi thử thành bảo đảm tỷ lệ chấp nhận. Báo cáo điều đã đổi, phần còn chưa rõ và lựa chọn sửa lại, khảo sát kỹ thuật hay triển khai giới hạn.