Kiểm tra khả năng tiếp cận là gì? (Ví dụ)

Kiểm tra khả năng tiếp cận là gì?

Kiểm tra khả năng tiếp cận Kiểm thử phần mềm là một loại kiểm thử được thực hiện để xác nhận rằng ứng dụng có thể sử dụng được bởi người khuyết tật, bao gồm người dùng bị suy giảm thị lực, thính lực, vận động, nhận thức và các vấn đề liên quan đến tuổi tác. Nó là một tập hợp con của... kiểm tra khả năng sử dụng và xác minh rằng sản phẩm hoạt động tương thích với công nghệ hỗ trợ mà những người dùng này sử dụng hàng ngày.

Công nghệ hỗ trợ giúp người khuyết tật vận hành sản phẩm phần mềm. Một số ví dụ phổ biến bao gồm:

• Phần mềm nhận dạng giọng nói – Chuyển đổi lời nói thành văn bản để nhập vào máy tính.
• Phần mềm đọc màn hình – Đọc to văn bản và các yếu tố giao diện hiển thị trên màn hình.
• phần mềm phóng to màn hình – Phóng to một số phần của màn hình để giúp người dùng có thị lực kém đọc dễ dàng hơn.
• Bàn phím chuyên dụng – Được thiết kế cho người dùng gặp khó khăn trong việc điều khiển vận động để thực hiện các thao tác.ping dễ dàng hơn
• Công tắc và mắt-tracthiết bị vua – Cho phép người dùng bị khuyết tật vận động nghiêm trọng điều hướng và lựa chọn các yếu tố giao diện.

Tại sao phải kiểm tra khả năng tiếp cận?

Lý do 1Phục vụ thị trường người dùng khuyết tật.

Theo Tổ chức Y tế Thế giới, khoảng 1.3 tỷ người, hay tương đương khoảng một phần sáu dân số toàn cầu, đang sống chung với khuyết tật nghiêm trọng.

• 1 trong 10 người mắc khuyết tật nặng.
• 1/2 người trên 65 tuổi bị suy giảm khả năng.

Các dạng khuyết tật bao gồm mù lòa, điếc, suy giảm vận động, các vấn đề về nhận thức và các vấn đề sức khỏe lâu dài khác. Một sản phẩm được thiết kế để dễ tiếp cận có thể tiếp cận được thị trường rộng lớn này, và hầu hết các lỗi về khả năng tiếp cận có thể được ngăn ngừa khi việc kiểm thử khả năng tiếp cận được đưa vào chu trình kiểm thử phần mềm thông thường.

Lý do 2Tuân thủ luật pháp về khả năng tiếp cận.

Các chính phủ trên toàn thế giới đã ban hành luật yêu cầu các sản phẩm công nghệ thông tin phải dễ tiếp cận đối với người khuyết tật. Một số ví dụ điển hình bao gồm:

• Hoa Kỳ: Đạo luật về người khuyết tật Hoa Kỳ (ADA, 1990) và Điều 508 của Đạo luật Phục hồi chức năng.
• Vương quốc Anh: Đạo luật Bình đẳng năm 2010 (thay thế Đạo luật Chống phân biệt đối xử với người khuyết tật năm 1995).
• Liên minh Châu Âu: Đạo luật về khả năng tiếp cận của Châu Âu, có hiệu lực đối với nhiều sản phẩm và dịch vụ từ tháng 6 năm 2025, và tiêu chuẩn EN 301 549.
• Úc: Đạo luật chống phân biệt đối xử người khuyết tật năm 1992.
• Ireland: Luật về người khuyết tật năm 2005.
• Canada: Đạo luật về Canada dễ tiếp cận năm 2019.

Kiểm tra khả năng tiếp cận là điều cần thiết để đảm bảo tuân thủ pháp luật tại mọi thị trường mà sản phẩm của bạn được bán.

Lý do 3Tránh các vụ kiện tụng tiềm tàng.

Nhiều công ty lớn đã bị kiện nhiều lần vì các sản phẩm kỹ thuật số của họ không thể truy cập được. Một vài trường hợp nổi bật bao gồm:

• Liên đoàn Người mù Quốc gia (NFB) kiện... Target (Năm 2006, hoàn tất năm 2008).
• Thỏa thuận dàn xếp giữa NFB và AOL (1999).
• Robles v. Domino's Pizza (2019), trong đó Hoa Kỳ SupremTòa án giữ nguyên phán quyết rằng ADA áp dụng cho các trang web và ứng dụng di động.
• Gil v. Winn-Dixie (2017), phán quyết đầu tiên của tòa án Hoa Kỳ yêu cầu sửa chữa một trang web không thể truy cập được.

Các vụ kiện về khả năng tiếp cận web tại Hoa Kỳ đã tăng lên hàng năm, với hơn 4,000 vụ kiện kỹ thuật số theo Điều III của Đạo luật ADA được đệ trình mỗi năm kể từ năm 2022. Việc xây dựng các sản phẩm dễ tiếp cận ngay từ đầu sẽ tránh được những chi phí này và bảo vệ thương hiệu.

Những khuyết tật nào cần hỗ trợ?

Ứng dụng phải hỗ trợ người khuyết tật, ví dụ như:

Loại khuyết tật	Khuyết tật Description
Khuyết tật thị lực	Mù hoàn toàn, mù màu hoặc thị lực kém. Nhạy cảm với hiệu ứng nhấp nháy và chớp sáng.
Khuyết tật về thể chất	Không thể sử dụng chuột hoặc bàn phím bằng một tay. Khả năng vận động kém, bao gồm hạn chế cử động tay hoặc chậm vận động cơ.
Khuyết tật nhận thức	Khó khăn trong học tập, trí nhớ kém hoặc khó theo dõi các tình huống phức tạp.
Khuyết tật đọc viết	Khó khăn trong việc đọc, chẳng hạn như chứng khó đọc.
Khiếm thính	Các vấn đề về thính giác, bao gồm điếc và suy giảm thính lực. Không có khả năng nghe hoặc nghe không rõ âm thanh.

Tiêu chuẩn và hướng dẫn về khả năng tiếp cận

Các chương trình kiểm thử khả năng tiếp cận dựa trên một số ít các tiêu chuẩn được áp dụng rộng rãi. Hiểu rõ tiêu chuẩn nào áp dụng cho thị trường của bạn là bước đầu tiên trước khi lập bất kỳ kế hoạch kiểm thử nào.

• WCAG 2.2 – Được W3C công bố vào tháng 10 năm 2023, Hướng dẫn về Khả năng tiếp cận Nội dung Web 2.2 hiện là tiêu chuẩn toàn cầu. Hướng dẫn này định nghĩa ba cấp độ tuân thủ: A (cơ bản), AA (mức tối thiểu theo luật định ở hầu hết các quốc gia) và AAA (cao nhất).
• WCAG 3.0 – Bản dự thảo của W3C giới thiệu mô hình chấm điểm dựa trên kết quả. Bản dự thảo này vẫn đang trong quá trình phát triển và chưa thay thế WCAG 2.2.
• Mục 508 – Quy định về mua sắm của chính phủ liên bang Hoa Kỳ yêu cầu các thiết bị điện tử và công nghệ thông tin do các cơ quan liên bang mua phải đáp ứng các tiêu chí WCAG 2.0 Cấp độ AA.
• VI 301 549 – Tiêu chuẩn hài hòa châu Âu về khả năng tiếp cận CNTT, được sử dụng để chứng minh sự tuân thủ Đạo luật về khả năng tiếp cận của châu Âu.
• ADA Tiêu Đề III – Luật dân quyền Hoa Kỳ được áp dụng cho các trang web và ứng dụng di động của các cơ sở công cộng; tòa án thường sử dụng WCAG 2.1 hoặc 2.2 AA làm tiêu chuẩn.

Hầu hết các đội đều đối xử WCAG 2.2 cấp độ AA Họ xem đó là mục tiêu làm việc vì nó vừa là nền tảng pháp lý chung, vừa là mục tiêu kỹ thuật thực tiễn.

Làm cách nào để thực hiện Kiểm tra khả năng truy cập?

Việc kiểm tra khả năng tiếp cận có thể được thực hiện theo hai cách:

1. Hướng dẫn sử dụng
2. Tự động

Kiểm tra khả năng tiếp cận có thể là một thách thức đối với những người kiểm thử không quen thuộc với các dạng khuyết tật. Cách tốt nhất là nên có sự tham gia của người dùng khuyết tật hoặc các chuyên gia về khả năng tiếp cận, những người có thể mô tả các thách thức thực tế. Các kỹ thuật dưới đây bao gồm các loại khuyết tật chính.

1) Khuyết tật thị lực

Hãy tưởng tượng bạn hoàn toàn không nhìn thấy gì và cần sử dụng trang web XYZ. Lựa chọn duy nhất khả thi của bạn là phần mềm đọc màn hình. Phần mềm đọc màn hình là phần mềm đọc lại nội dung trên trang web, bao gồm văn bản, liên kết, nút chọn, hình ảnh và video, để người dùng khiếm thị có thể nhận biết giao diện. Các phần mềm đọc màn hình phổ biến bao gồm: THÁNG 7, NVDA, Apple VoiceOver, và Android Nói chuyện trở lại.

Khi bạn khởi chạy JAWS và sau đó mở trình duyệt, JAWS sẽ thông báo tiêu đề trang. Nếu bạn di chuyển con trỏ đến thanh địa chỉ, JAWS sẽ nói “Thanh địa chỉ” và sau đó đọc từng ký tự bạn nhập. Ví dụ: typing Google.com đưa ra thông báo như sau:

Address Bar, w, w, w, period, g, o, o, g, l, e, period, c, o, m.
When the page finishes loading, JAWS announces "Google.com home page".
When focus reaches the search field, JAWS announces "Google search, edit".

Trình đọc màn hình sẽ đọc từng từ một trong các trường văn bản, thông báo các liên kết là “liên kết” và các nút là “nút”, để người dùng khiếm thị có thể nhận biết từng nút điều khiển. Nếu một trang web được xây dựng kém, trình đọc màn hình có thể nhận diện sai các phần tử; ví dụ, một liên kết được định dạng là văn bản thuần túy có thể được đọc là nội dung, che khuất một thao tác quan trọng đối với người dùng. Chi phí mà doanh nghiệp phải gánh chịu là doanh thu bị mất thực tế.

2) Mù màu

Mù màu nghĩa là người dùng không thể nhận biết chính xác một số màu nhất định. Mù màu đỏ-xanh lá cây là dạng phổ biến nhất. Nếu một trang web sử dụng màu đỏ làm chủ đạo để truyền tải thông điệp, người dùng bị mù màu đỏ-xanh lá cây có thể bỏ lỡ thông điệp đó.

Các nhóm thiết kế không bao giờ nên chỉ sử dụng màu sắc để truyền đạt thông tin. Nút báo lỗi màu đỏ sẽ dễ tiếp cận hơn khi nó được viền, gắn nhãn bằng biểu tượng và đi kèm với văn bản mô tả. Màu đen và trắng vẫn là bảng màu phổ biến an toàn nhất, và các công cụ như plugin Stark hoặc trình giả lập mù màu trên trình duyệt giúp phát hiện vấn đề từ sớm.

3) Thị lực kém

Người dùng có thị lực kém hoặc các vấn đề về võng mạc khác cần hỗ trợ thêm để sử dụng trang web:

1. Tránh sử dụng cỡ chữ quá nhỏ. WCAG khuyến nghị kích thước văn bản mặc định sao cho dễ điều chỉnh kích thước mà không cần phóng to.
2. Đảm bảo bố cục được sắp xếp lại gọn gàng khi văn bản được phóng to lên đến 200% (một tiêu chí thành công của WCAG 2.2). Các dòng không được bị cắt và nội dung không được chồng chéo lên nhau.
3. Duy trì tỷ lệ tương phản tối thiểu là 4.5:1 cho văn bản thông thường và 3:1 cho văn bản cỡ lớn.

4) Khuyết tật về vận động và các khuyết tật khác

Một yêu cầu quan trọng về khả năng truy cập là toàn bộ trang web phải hoạt động được mà không cần chuột. Mọi liên kết, nút bấm, nút chọn, hộp kiểm, cửa sổ bật lên, menu thả xuống và điều khiển đều phải có thể truy cập và thao tác được chỉ bằng bàn phím.

Ví dụNgười dùng bị hạn chế khả năng vận động tay có thể không sử dụng được chuột. Nếu không thể truy cập các ô chọn hoặc liên kết bằng phím Tab, người dùng sẽ không thể sử dụng các tính năng đó.

Alternative text should be provided for every image, audio file, and video so that screen readers can convey their meaning. Keyboard shortcuts should be available for important actions, and skip-to-content links should let keyboard users bypass repeated navigation.

Vùng được chọn phải luôn hiển thị rõ ràng. Khi người dùng nhấn phím Tab, vùng điều khiển được chọn phải nổi bật rõ rệt. Vùng được chọn hiển thị rõ ràng giúp người dùng có thị lực kém hoặc mù màu dễ dàng theo dõi bố cục trang và giúp việc điều hướng trở nên dễ dự đoán đối với tất cả mọi người.

Người dùng có khiếm thính Thông thường, người dùng có thể xem nội dung hình ảnh của một trang web, nhưng âm thanh và video lại gây ra một số vấn đề. Mỗi video cần phải có phụ đề, và mỗi tệp âm thanh cần phải có bản ghi hoặc văn bản mô tả. Ví dụ, một video hướng dẫn đặt vé máy bay cần phải có phụ đề chính xác để người dùng khiếm thính có thể theo dõi.

Ví dụ về các trường hợp kiểm thử cho việc kiểm thử khả năng tiếp cận

Danh sách kiểm tra bên dưới được sử dụng để phê duyệt việc kiểm thử khả năng truy cập cho một ứng dụng web điển hình. Hãy sử dụng nó như một điểm khởi đầu và mở rộng thêm với các tiêu chí thành công WCAG 2.2 phù hợp với sản phẩm của bạn.

1. Liệu có các phím tắt tương đương cho mọi thao tác chuột và hộp thoại không?
2. Tài liệu hướng dẫn sử dụng có giải thích cách vận hành ứng dụng với công nghệ hỗ trợ không?
3. Thứ tự các tab có hợp lý không để việc điều hướng diễn ra một cách tự nhiên?
4. Có phím tắt nào được cung cấp cho các menu chính không?
5. Ứng dụng này có hỗ trợ tất cả các hệ điều hành và trình đọc màn hình mục tiêu không?
6. Thời gian phản hồi của từng màn hình hoặc trang có được thông báo rõ ràng để người dùng biết phải chờ bao lâu không?
7. Liệu tất cả các nhãn đã được viết đúng chính tả và liên kết với các điều khiển tương ứng chưa?
8. Liệu việc lựa chọn màu sắc có linh hoạt và đã được kiểm tra bằng phần mềm mô phỏng chứng mù màu chưa?
9. Liệu hình ảnh, biểu tượng và biểu tượng cảm xúc có được sử dụng theo cách mà người dùng cuối có thể hiểu được không?
10. Ứng dụng có cung cấp cảnh báo âm thanh ở những nơi cần thiết không?
11. Người dùng có thể điều chỉnh hoặc tắt tiếng các điều khiển âm thanh và video không?
12. Người dùng có thể thay đổi phông chữ mặc định cho bản in và văn bản hiển thị trên màn hình không?
13. Người dùng có thể điều chỉnh hoặc tắt các hiệu ứng nhấp nháy, xoay hoặc di chuyển của màn hình không?
14. Hãy khẳng định rằng màu sắc không bao giờ được sử dụng làm phương tiện duy nhất để truyền tải thông tin.
15. Liệu phần được tô sáng vẫn hiển thị khi màu sắc hệ thống bị đảo ngược? Hãy thử bằng cách thay đổi tỷ lệ tương phản.
16. Có bản ghi âm và video hoặc phụ đề dành cho người dùng không thể nghe không?
17. Ứng dụng này có cung cấp khóa đào tạo cho người dùng khuyết tật để giúp họ làm quen với ứng dụng không?
18. Liệu tất cả các điều khiển tương tác có thể truy cập, vận hành và tắt đi chỉ bằng bàn phím không?

Trí tuệ nhân tạo đang thay đổi việc kiểm tra khả năng tiếp cận như thế nào?

AI đang được định hình lại.ping Kiểm thử khả năng truy cập được thực hiện theo ba cách thiết thực. Thứ nhất, các công cụ quét máy học hiện nay đọc DOM được hiển thị cùng với các mô hình thị giác máy tính để phát hiện các vấn đề mà các công cụ dựa trên quy tắc bỏ sót, chẳng hạn như văn bản thay thế không phù hợp hoặc các tổ hợp màu sắc không hoạt động trong bố cục thực tế. Thứ hai, AI tạo sinh đề xuất các bản sửa lỗi dễ đọc đối với con người, bao gồm văn bản thay thế tốt hơn, thông báo lỗi rõ ràng hơn và các thuộc tính ARIA cho các thành phần tùy chỉnh. Thứ ba, AI ưu tiên các phát hiện theo tác động đến người dùng, do đó các nhóm có thể dành ngân sách của họ cho các vấn đề quan trọng nhất. Các công cụ như Deque axe AI, Evinced, UserWay và Siteimprove hiện nay bao gồm các tính năng AI. AI không thay thế việc kiểm thử trình đọc màn hình thủ công hoặc nghiên cứu người dùng với những người khuyết tật, nhưng nó làm giảm đáng kể khối lượng công việc phân loại thủ công và giúp khả năng truy cập được tích hợp sớm hơn vào chu kỳ phát triển.

Những lầm tưởng về kiểm tra khả năng tiếp cận

Dưới đây là những quan niệm sai lầm phổ biến về kiểm thử khả năng tiếp cận cùng với sự thật:

Quan niệm: Việc tạo ra một trang web dễ truy cập rất tốn kém.

Thực tế: Không phải vậy. Việc xem xét khả năng tiếp cận ngay từ giai đoạn thiết kế, cùng với việc kiểm tra cơ bản, sẽ tiết kiệm chi phí so với việc cải tạo lại sau này và giảm thiểu các công việc sửa chữa tốn kém.

Quan niệm: Việc chuyển đổi một trang web không thể truy cập thành một trang web có thể truy cập tốn quá nhiều thời gian và chi phí.

Thực tế: Bạn không cần phải áp dụng tất cả các bản sửa lỗi cùng một lúc. Hãy bắt đầu với những thay đổi có tác động lớn nhất đến người dùng khuyết tật và triển khai phần còn lại trong các bản phát hành sau.

Quan niệm: Khả năng tiếp cận thì đơn giản và nhàm chán.

Thực tế: Các trang vẫn có thể có hình ảnh phong phú và hấp dẫn.tracĐảm bảo tính khả thi trong khi vẫn đáp ứng các hướng dẫn của WCAG 2.2. W3C đặc biệt không khuyến khích các phiên bản chỉ có văn bản mà thay vào đó là một trải nghiệm dễ tiếp cận duy nhất cho tất cả mọi người.

Quan niệm: Tính năng hỗ trợ tiếp cận chỉ dành cho người khiếm thị và người khuyết tật.

Thực tế: Tuân thủ các hướng dẫn về khả năng tiếp cận giúp cải thiện khả năng sử dụng tổng thể và mang lại lợi ích cho mọi người dùng, bao gồm cả những người sử dụng thiết bị di động, trong điều kiện ánh nắng mạnh hoặc môi trường ồn ào.

Câu Hỏi Thường Gặp