Tìm người nào đó không quen với dự án của bạn để thử hộp thoại. Việc nhận được phản hồi trong quá trình thiết kế sẽ cho thấy các vấn đề về khả năng hữu dụng và cho bạn cơ hội tự sửa sớm. Trước khi viết một dòng mã, điều quan trọng là bạn phải chạy thử nghiệm về khả năng hữu dụng đối với trải nghiệm trò chuyện. Bạn nên tiến hành thử nghiệm Wizard of Oz (WOZ) nhanh và ngắn để giúp bạn tìm hiểu xem bạn có đang đi đúng hướng hay không.

Sử dụng dữ liệu bạn có. Tất cả những gì bạn cần là hộp thoại mẫu (bạn nên có hộp này tại thời điểm này). Chỉ cần tìm ai đó lạ với dự án của bạn (ví dụ: gia đình, bạn bè, đồng nghiệp) và yêu cầu họ nhập vai hộp thoại của bạn với bạn—bạn sẽ đọc dòng giới thiệu của cá tính và quan sát cách họ phản ứng với tư cách là người dùng. Nếu người dùng không muốn nói "tập lệnh", hãy tùy ý nói ra cá tính của bạn.

Để có trải nghiệm thực tế nhất, hãy mô phỏng vai trò của cá tính đó bằng cách phát lời nhắc của cá tính đó thông qua Trình mô phỏng TTS trong Hành động trên Bảng điều khiển dành cho nhà phát triển của Google. Tải âm thanh xuống để có thể nghe theo yêu cầu.

Phiên bản này yêu cầu bốn thứ:

• Tập lệnh trò chuyện cung cấp thông tin chỉ đường về nội dung của tính cách sau mỗi phản hồi của người dùng. Luồng cấp cao (hoặc phiên bản đơn giản hoá của luồng) lý tưởng cho việc này.
• Đã tải âm thanh của tất cả lời nhắc bằng giọng nói của người này. Sử dụng tên tệp sẽ giúp bạn nhanh chóng xác định đúng tệp cần phát.
• Người nào đó đóng vai "người dùng". Đây phải là người không quen với Hành động của bạn.
• Người nào đó đóng vai "hướng dẫn viên". Đây là người rất quen với Hành động của bạn.

Yêu cầu trình hướng dẫn bắt đầu cuộc trò chuyện bằng cách phát âm thanh cho lời chào Hành động của bạn, ví dụ: "Chào mừng bạn đến với bệ phóng cho tất cả mọi thứ trên Google I/O. Lễ hội đang diễn ra. Bạn có phải là một trong những người tham dự may mắn không?” Sau đó, trình hướng dẫn sẽ đợi người dùng trả lời, hy vọng với từ đồng nghĩa “có” hoặc “không”. Khi người dùng đã phản hồi, trình hướng dẫn sẽ phải nhanh chóng tham khảo luồng cấp cao để xác định lời nhắc sẽ phát tiếp theo, sau đó tìm và phát tệp âm thanh chính xác.

Tất nhiên, sau khi bắt đầu xây dựng Hành động của mình, bạn nên kiểm tra hành động đó thường xuyên bằng cách sử dụng Trình mô phỏng hành động trong Hành động trên Bảng điều khiển dành cho nhà phát triển của Google. Nhờ bạn bè, gia đình hoặc đồng nghiệp kiểm tra cả!

Cho dù bạn sử dụng thử nghiệm nào, hãy đảm bảo thực hiện những điều sau:
Nói ra	Vì mục tiêu của bạn là cập nhật thiết kế để phản ánh điều gì hoạt động tốt nhất cho người dùng thực, bạn nên nguyên mẫu WOZ của mình càng giống với thực tế càng tốt. Những gì có vẻ tốt trên giấy không nhất thiết có vẻ giống hoặc tự nhiên trong cuộc trò chuyện thực, do đó hãy đảm bảo người dùng đang nghe lời nhắc của bạn và nói câu trả lời của họ.
Ghi lại các buổi chia sẻ	Xin phép ghi lại các phiên của bạn để bạn có thể quay lại và nghe các phiên đó. Ghi lại bất kỳ sự cố nào phát sinh trong phiên.
Xin ý kiến phản hồi	Yêu cầu người dùng mô tả trải nghiệm của họ theo cách diễn đạt của riêng họ. Họ đã đáp ứng hoặc không đáp ứng kỳ vọng của họ như thế nào? Có điều gì khiến họ ngạc nhiên không? Họ có hài lòng không? Hãy nhớ rằng trọng tâm là hành vi của họ chứ không phải ý kiến của họ.

Việc chạy thử nghiệm WOZ cho phép bạn hiểu cách mọi người sẽ tương tác với thiết kế của bạn. Bạn có thể nhận thấy rằng người dùng đang làm điều gì đó rất khác so với những gì bạn mong đợi, đòi hỏi bạn phải thay đổi thiết kế để phù hợp hơn với nhu cầu và kỳ vọng của họ.

Điểm mấu chốt: Tập trung vào khả năng hữu dụng của thiết kế (chứ không phải ý kiến của người dùng). Lặp lại quy tắc dựa trên hành vi của người dùng và kiểm tra lại nếu thời gian cho phép.

Những điều cần tìm kiếm (và cách bạn có thể cải thiện hộp thoại của mình):
Cuộc trò chuyện tự nhiên	Chú ý đến cách tự nhiên người dùng yêu cầu thông tin. Họ cảm thấy như họ chỉ có thể nói trong các cụm từ giống từ khóa hay họ có vẻ đàm thoại nhiều hơn? Họ có vẻ do dự hoặc tự tin khi nói chuyện với bạn? Quy trình khiến người dùng cảm thấy như họ chỉ có thể cung cấp một phần thông tin tại một thời điểm hay khuyến khích họ cung cấp nhiều chi tiết trong một câu?
Sự nhầm lẫn của người dùng	Tìm những địa điểm mà người dùng có vẻ bối rối hoặc không chắc chắn về điều cần nói hoặc việc cần làm. Kiểm tra các lời nhắc trước đó để xem bạn có thể tìm hiểu rõ hơn ở đâu. Lời gọi hành động có rõ ràng không?
Câu nói không mong muốn	Người dùng có thể nói điều gì đó bạn không mong đợi. Ghi chú và thêm xử lý cho thiết kế đó trong thiết kế của bạn.
Dấu hiệu của sự thất vọng hoặc thiếu kiên nhẫn	Đây thường là dấu hiệu cho thấy tương tác quá dài. Xem lại lời nhắc của bạn để xem liệu bạn có thể súc tích hơn không. Có thông tin nào bị bỏ qua không?
Quan sát xem ai là người nói nhiều nhất	Người dùng có vẻ đang kiểm soát cuộc trò chuyện chưa? Nếu không thì làm cách nào để thay đổi điều đó?

Thử nghiệm mạnh mẽ là điều cần thiết để phát triển phần mềm chất lượng cao và tạo sự hài lòng của người dùng.

Video này đi sâu vào việc phát triển các thử nghiệm toàn diện cho Hành động của bạn và bao gồm các công cụ có sẵn để giúp quy trình dễ dàng hơn. Bài viết cũng sẽ chia sẻ các phương pháp hay nhất về nhiều chủ đề khác nhau, chẳng hạn như cách xử lý các truy vấn không mong muốn của người dùng.