Unlimited Design & Technology

Trải nghiệm người dùng

Hỗ trợ người dùng bàn phím trong công cụ nghiệp vụ hằng ngày

Hỗ trợ bàn phím phải bao quát cả tác vụ nghiệp vụ, gồm trình đơn, bộ lọc, hộp thoại và khắc phục lỗi. Kiểm thử theo tác vụ giúp phát hiện thao tác chỉ dùng được bằng chuột trước khi chúng cản trở công việc.

UDT Insights16/12/2025
Một đồng nghiệp dùng bàn phím theo lộ trình tiêu điểm từng bước đến điều khiển giao diện nổi bật. Một người vận hành ngồi dùng máy tính.

Ứng dụng nghiệp vụ không thể được xem là hỗ trợ người dùng bàn phím chỉ vì ô văn bản cho phép gõ. Người dùng còn phải đến được nút thao tác, đổi bộ lọc, xem chi tiết và sửa sai. Bên mua nên yêu cầu trình diễn toàn bộ tác vụ không dùng chuột thay vì chỉ nghe rằng thư viện giao diện hỗ trợ tiếp cận.

Đánh giá tác vụ thay vì từng thành phần

WAI giải thích thao tác bàn phím hỗ trợ người không dùng được chuột và người dùng thiết bị nhập thay thế.[2] Tiêu chí bàn phím bao quát chức năng không đòi hỏi thời điểm nhấn phím cụ thể, trừ chức năng có bản chất phụ thuộc đường di chuyển.[2] Phê duyệt hoặc chọn bản ghi thông thường không nên phụ thuộc cử chỉ chuột chính xác.

Liệt kê các bước của tác vụ thường gặp, kể cả nhánh tùy chọn. Đặt chuột sang một bên và làm theo danh sách đó. Đi đến được ô tìm kiếm vẫn chưa đủ nếu trình đơn kết quả, thao tác tệp đính kèm hoặc xác nhận cuối còn bắt buộc bấm chuột. Ghi lại chỗ tác vụ không thể tiếp tục, không chỉ chỗ di chuyển chậm.

Làm rõ vị trí và hành vi thao tác

Khi rà soát, hãy hỏi người dùng có biết thành phần nào đang nhận phím hay không. Nên có dấu hiệu tiêu điểm rõ ràng, dễ nhận ra trên từng nền giao diện. Kiểm tra thứ tự di chuyển có theo ý nghĩa nội dung thay vì chỉ thuận tiện cho việc sắp xếp từng thành phần.

Ưu tiên thành phần quen thuộc khi phù hợp. Nếu bảng tùy biến dùng phím mũi tên hoặc phím tắt chọn dòng, hãy giải thích cách dùng và thử với người dùng dự kiến. Phím tắt giúp thao tác nhanh nên bổ sung một đường sử dụng dễ hiểu, không trở thành cách duy nhất để tìm thấy hành động nghiệp vụ.

Ví dụ giả định: hàng đợi phân công dịch vụ

Trong một văn phòng sửa chữa giả định, điều phối viên lọc việc chưa phân công, mở một việc rồi chọn kỹ thuật viên. Bộ lọc dùng được bằng bàn phím nhưng danh sách kỹ thuật viên ban đầu chỉ hiện lựa chọn khi rê chuột. Một thành phần đó đủ chặn toàn bộ tác vụ phân công.

Kịch bản nghiệm thu điều chỉnh bao gồm mở danh sách, chọn kỹ thuật viên, hủy mà không đổi dữ liệu và gửi phân công. Kịch bản cũng kiểm tra việc đóng chi tiết sẽ đưa người dùng về đúng vị trí trong hàng đợi. Đây là đề xuất kiểm tra, không phải kết quả đo từ một dự án khách hàng.

Đặt ranh giới nghiệm thu thực tế

Kiểm thử bàn phím cần thời gian, nhất là khi có thành phần tùy biến và nhiều lớp màn hình. Bắt đầu với tác vụ thường xuyên hoặc có hậu quả lớn. Tuy nhiên, phải ghi rõ vùng chưa thử, không xem mẫu thử là bao phủ toàn bộ. Thống nhất trình duyệt và tổ hợp công nghệ hỗ trợ trước khi nghiệm thu.

Vượt qua danh sách tác vụ này không chứng minh tuân thủ đầy đủ tiêu chuẩn tiếp cận. Dùng phát hiện để ưu tiên sửa lỗi và quyết định có cần đánh giá chuyên sâu rộng hơn hay không.

  • Hoàn thành lọc, chọn, sửa và gửi mà không dùng chuột.
  • Kiểm tra dấu hiệu tiêu điểm ở trạng thái thường, vô hiệu hóa và lỗi.
  • Kiểm tra có thể vào, thao tác và đóng hộp thoại.
  • Xác nhận đóng lớp phủ sẽ đưa về vị trí hữu ích.
  • Thử một thao tác thất bại và cách khắc phục bằng bàn phím.

Tài liệu tham khảo

Trao đổi về dự án của bạn

Cùng UDT xác định nhu cầu và bước triển khai tiếp theo.

Liên hệ UDT
Zalo