Trình đọc màn hình không đọc được nút trên trang: cách ghi nhận vấn đề tiếp cận
Khi trình đọc màn hình không đọc được tên một nút, hãy ghi nhận chính xác điều khiển, thao tác dẫn tới sự cố và môi trường thử nghiệm trước khi kết luận. Thử điều hướng bằng bàn phím và trình đọc màn hình đang dùng; lưu trình duyệt, hệ điều hành, tên công nghệ hỗ trợ và nội dung được nghe. Đồng thời tách lỗi nhãn của giao diện khỏi lỗi phát video hoặc âm thanh: một vấn đề tiếp cận không tự chứng minh media bị lỗi.
Điểm chínhMDN mô tả phần tử video và các điều khiển liên quan; dùng tài liệu để phân biệt điều khiển media với phát media. [1] · Ghi tên trình duyệt, hệ điều hành, trình đọc màn hình, bước tái hiện và nội dung nút được công bố. · Nếu chỉ một nút không có tên truy cập rõ ràng, mô tả nút và vị trí của nó thay vì suy đoán nguyên nhân mã nguồn. · Trang FAQ của KLIVE là một nguồn mô tả nội dung trang, không phải chứng nhận khả năng tiếp cận. [2]
Ghi lại hiện tượng trước khi giải thích
Mô tả điều khiển mà người dùng gặp: nút nằm ở đâu, mục đích dự kiến là gì, con trỏ bàn phím có tới được không và trình đọc màn hình công bố nội dung nào. Nếu hoàn toàn không có tên, ghi rõ “không đọc tên”; nếu có tên nhưng không rõ nghĩa, chép lại nguyên văn. Mô tả quan sát được giúp người khác tái hiện mà không cần suy đoán cấu trúc HTML.
Cần ghi trình duyệt và phiên bản, hệ điều hành, thiết bị nhập, tên trình đọc màn hình và cách kích hoạt. MDN cung cấp tham chiếu về phần tử video HTML và bối cảnh các điều khiển media; điều đó hữu ích khi nút nằm trong hoặc cạnh trình phát, nhưng không thay cho kiểm thử ở môi trường báo lỗi. [1]
Thử lại bằng bàn phím và công nghệ hỗ trợ
Tạo một chuỗi thao tác ngắn: tải trang, dùng Tab để đến điều khiển, ghi thứ tự tiêu điểm, nghe tên và vai trò mà trình đọc màn hình thông báo, rồi thử kích hoạt bằng phím phù hợp. Không thay đổi nhiều thiết lập giữa các lượt. Nếu có thể, lặp lại một lần sau khi tải lại để phân biệt hiện tượng ổn định với gián đoạn nhất thời.
Ghi kết quả theo từng lượt, chẳng hạn “Tab tới được nút; trình đọc chỉ nói ‘button’” thay vì “trình đọc màn hình hỏng”. Cách ghi cụ thể giúp đội kỹ thuật kiểm tra tên truy cập và trạng thái focus mà không buộc người báo lỗi chẩn đoán nguyên nhân.
Phân biệt nhãn điều khiển với lỗi media
Một nút có thể không được đọc đúng dù video vẫn phát; ngược lại, nút được đọc rõ nhưng phát video thất bại. Hãy kiểm tra riêng: tên và vai trò điều khiển có được công bố không; thao tác có thay đổi trạng thái như dự kiến không; và nội dung media có phát hay không. Đừng gộp cả ba thành một báo cáo “video không hoạt động”.
Khi mô tả một trang cụ thể, chỉ nêu điều đã quan sát. Trang FAQ của KLIVE có thể được dẫn như KLIVE – các trận bóng đá trực tiếp trong ngữ cảnh trang được đề cập; việc có trang FAQ không xác nhận rằng mọi điều khiển đã được đánh giá theo tiêu chuẩn tiếp cận. [2]
Mẫu thông tin báo cáo hữu ích
Một báo cáo dễ xử lý gồm: đường dẫn và thời điểm kiểm tra; các bước tái hiện; điều khiển cụ thể; trình duyệt và hệ điều hành; công nghệ hỗ trợ cùng phiên bản; kết quả mong đợi và thực tế; ảnh chụp hoặc bản ghi nếu phù hợp và không chứa dữ liệu riêng tư. Ghi cả những gì hoạt động, ví dụ video vẫn phát nhưng tên nút không được công bố.
Tránh tuyên bố đã kiểm định một dịch vụ, trình duyệt hay thiết bị chỉ từ một lần thử. Một báo cáo tốt phân định phạm vi thử nghiệm, cung cấp dấu hiệu có thể tái lập và để nguyên nhân kỹ thuật cho bước điều tra tiếp theo.
Nguồn tham khảo
Câu hỏi thường gặp
Nếu video phát bình thường thì nút vẫn có thể có lỗi tiếp cận không?
Có. Việc phát media và việc công bố tên, vai trò của nút là hai khía cạnh riêng cần kiểm tra.
Tôi nên ghi gì nếu trình đọc chỉ nói “button”?
Ghi nguyên văn kết quả, vị trí và thao tác dẫn tới nút, cùng trình duyệt, hệ điều hành và trình đọc màn hình đã dùng.
Một trang FAQ có chứng minh dịch vụ đã được kiểm định tiếp cận không?
Không. Sự tồn tại của FAQ không phải bằng chứng kiểm định; chỉ nên báo cáo kết quả thử nghiệm cụ thể.