Hướng dẫn từng bước để kiểm tra khả năng tiếp cận

Mục đích của bài đăng này là để thảo luận về tầm quan trọng của khả năng truy cập và tầm quan trọng của việc tiến hành kiểm tra khả năng truy cập trên các hệ thống khác nhau. Ngoài ra, chúng tôi sẽ nêu bật và thảo luận về các công cụ và kỹ thuật khác nhau có thể được triển khai để đạt được mục tiêu này.

Khi nói về khả năng tiếp cận, nó cũng có thể được định nghĩa là khả năng sử dụng cho người khuyết tật. Nói cách khác, chúng tôi muốn một hệ thống có thể được sử dụng bởi bất kỳ ai bất kể tình huống của họ.

Người khuyết tật là những người có khiếm khuyết về thể chất, thị giác, thính giác, lời nói hoặc nhận thức , trong số những người khác, những người gặp phải những hạn chế khi tương tác với các rào cản theo ngữ cảnh khác nhau và do đó, không thể tham gia đầy đủ và tích cực vào xã hội.

Cần phải hiểu rằng bất kỳ người nào cũng có thể trải qua tình trạng khuyết tật, cho dù đó là tình trạng khuyết tật tạm thời hay vĩnh viễn, một phần hay tuyệt đối.

Một ví dụ về trường hợp trên là một người, sau một tai nạn gia đình, cần sử dụng nạng để đi lại trong một thời gian hoặc một người khiếm thị cần có trình đọc màn hình để diễn giải hệ thống một cách đầy đủ.

Theo một cuộc khảo sát được thực hiện bởi Viện Thống kê Quốc gia , có hơn 500.000 người ở Uruguay trong tình trạng khuyết tật, gần 17% dân số Uruguay .

Trên toàn cầu, hơn 15% dân số (hơn 1.000.000 người) đang phải đối mặt với tình trạng khuyết tật theo Tổ chức Y tế Thế giới (WHO).

Như bạn có thể thấy, điều này có nghĩa là nhiều người bị ảnh hưởng bởi điều này và họ có thể không truy cập được vào hệ thống đúng cách vì hệ thống không được thiết kế để tính đến khả năng truy cập.

Tổng quan nội dung

• Accessibility Testing là gì?
• Tiêu chuẩn trợ năng là gì?
• Dòng thời gian WCAG
• Cấu trúc của các mức Tiêu chuẩn và Tuân thủ
• Công cụ kiểm tra khả năng truy cập là gì?
• Kiểm tra khả năng truy cập được thực hiện như thế nào?
• Công cụ kiểm tra trợ năng
• Kiểm tra khả năng truy cập của người dùng (Kiểm tra thủ công)
• Ví dụ về khả năng truy cập web
• kết luận

Accessibility Testing là gì?

Tóm lại, áp dụng các quy trình và kỹ thuật xác minh trên một sản phẩm phần mềm để xác thực xem sản phẩm đó có đáp ứng các tiêu chuẩn và yêu cầu về khả năng truy cập dự kiến hay không.

Một hệ thống có thể được coi là có thể truy cập khi nó được thiết kế sao cho mọi người, bất kể tình huống của họ, có thể nhận thức, hiểu, điều hướng và tương tác với nó.

Gần đây, các loại thử nghiệm này ngày càng trở nên phù hợp vì ngày càng có nhiều hệ thống được sử dụng, cho cả công việc và các công việc hàng ngày.

Tiêu chuẩn trợ năng là gì?

Tiêu chuẩn trợ năng là các hướng dẫn, quy tắc, kiểm soát và chuẩn mực trong ngành cho phép chúng tôi hiểu mức độ trợ năng mà một hệ thống sở hữu. Tiêu chuẩn được sử dụng nhiều nhất trên thế giới là WCAG (Hướng dẫn truy cập nội dung web) từ W3C (World Wide Web Consortium) , tổ chức phi lợi nhuận chính cho các tiêu chuẩn quốc tế.

Ngoài WCAG, còn có một số tiêu chuẩn và nguyên tắc trợ năng khác được sử dụng ở những nơi khác nhau trên thế giới, chẳng hạn như:

Đạo luật Phục hồi chức năng , mục 504 và 508 . Mục 504 giúp cung cấp cho người khuyết tật quyền tiếp cận không gian làm việc, giáo dục và các tổ chức khác, và Mục 508 giúp cung cấp cho họ quyền truy cập vào công nghệ.

Đạo luật Người Mỹ Khuyết tật (ADA) : luật này quy định rằng tất cả các thực thể công cộng, chẳng hạn như trường học và tổ chức, phải làm cho công nghệ có thể tiếp cận được với mọi người. Điều này bao gồm cả hệ thống có thể truy cập và công cụ kiểm tra khả năng truy cập.

Dòng thời gian WCAG

WCAG là một tiêu chuẩn rất lớn hiện đang áp dụng cho các hệ thống web và ứng dụng di động và không ngừng phát triển

Để hiểu rõ hơn về nó và biết thêm về cách nó phát triển, phiên bản đầu tiên của tiêu chuẩn này (WCAG 1.0) đã xuất hiện vào tháng 5 năm 1999, với mục đích mô tả quy tắc chung cho thiết kế có thể tiếp cận. Sau đó, vào tháng 12 năm 2008, nó được thay thế bằng WCAG 2.0, bao gồm một loạt các đề xuất giúp nội dung web dễ truy cập hơn. Vào tháng 6 năm 2018, phiên bản WCAG 2.1 đã được xuất bản, đây là phiên bản ổn định nhất hiện nay.

Phiên bản này không chỉ bao gồm khả năng truy cập cho nội dung web mà còn có khả năng truy cập cho các ứng dụng dành cho thiết bị di động

Ngày nay, hai tài liệu mới đang được thực hiện. Một mặt, phiên bản WCAG 2.2, bao gồm các nguyên tắc trợ năng cho nội dung web 2.1.

Mặt khác, dự án Bạc (Ag) hiện đang được tiến hành, dự án này sẽ trở thành phiên bản WCAG 3.0. Tài liệu này sẽ bao gồm các hướng dẫn bổ sung và các cơ chế tính điểm khác nhau. Dự án này dự kiến sẽ là phiên bản kế thừa của phiên bản WCAG 2.2, nhưng nó sẽ không thay thế và cũng không tương thích với WCAG 2.X. Nó sẽ là một tập hợp các hướng dẫn thay thế.

Cấu trúc của các mức Tiêu chuẩn và Tuân thủ

Để hiểu tiêu chuẩn và cách thức hoạt động của tiêu chuẩn này, các nguyên tắc trợ năng hiện tại dành cho nội dung web bao gồm bốn nguyên tắc thiết kế ( có thể nhận biết, có thể vận hành được, dễ hiểu và mạnh mẽ *)* được phân bổ trong 13 nguyên tắc đánh giá các tình huống khuyết tật khác nhau áp dụng 78 tiêu chí. Chúng được nhóm thành ba cấp độ tuân thủ: ít nghiêm ngặt hơn (A), nghiêm ngặt vừa phải (AA) và nghiêm ngặt nhất (AAA).

Bốn nguyên tắc thiết kế được đề cập cho nội dung được coi là có thể truy cập được là:

• Có thể cảm nhận được: nội dung của một trang web phải có ý nghĩa từ quan điểm của mọi người dùng.

• Có thể hoạt động : một trang web có thể hoạt động khi người dùng có thể điều hướng qua mọi trang một cách dễ dàng.

• Dễ hiểu: mọi thành phần của một hệ thống phải được hiểu bởi bất kỳ ai, vì vậy ngôn ngữ phải dễ hiểu.

• Mạnh mẽ: nội dung của trang web phải tương thích với mọi loại công nghệ và người dùng.

  
  

Để hiểu rõ hơn về phạm vi của WCAG, các hướng dẫn này bao gồm từ các tình huống rất kỹ thuật, cấp thấp – chẳng hạn như mọi hình ảnh trên web (thẻ trong mã HTML) được yêu cầu phải có thuộc tính thay thế (alt) để mô tả hình ảnh – đến cao hơn- hướng dẫn cấp độ – ví dụ: mọi nội dung đa phương tiện đều được yêu cầu phải có phụ đề và mọi âm thanh đều có bản dịch tương ứng.

Công cụ kiểm tra khả năng truy cập là gì?

Những người khuyết tật về thể chất không thể sử dụng các thiết bị, kể cả máy tính hoặc thiết bị di động, sẽ cần các công cụ hỗ trợ để giúp họ tương tác với các hệ thống. Một số công cụ hỗ trợ là:

• Bàn phím đặc biệt : được thiết kế đặc biệt cho người dùng bị khuyết tật vận động.

• Phần mềm thu phóng màn hình: được phát triển để giúp những người có thị lực kém, mở rộng màn hình và giúp việc đọc dễ dàng hơn.

• Trình đọc màn hình: loại công cụ này được sử dụng để đọc văn bản hiển thị trên màn hình.

• Phần mềm nhận dạng giọng nói : khi nhận dạng giọng nói, nó sẽ thay thế lời nói bằng văn bản, do đó, nó hoạt động như một điểm vào hệ thống.

  
  

Kiểm tra khả năng truy cập được thực hiện như thế nào?

Các thử nghiệm được thực hiện bằng cách sử dụng các quy trình và hoạt động xác minh xem hệ thống có đáp ứng các tiêu chuẩn đã xác định hay không.

Với mục đích này, một số quy trình được xác định đóng vai trò là hướng dẫn về cách thực hiện các loại thử nghiệm này. Họ xác định các hoạt động và công cụ kiểm tra khả năng truy cập để tạo điều kiện thuận lợi cho các nhiệm vụ xác minh.

Công cụ kiểm tra khả năng truy cập - Cách thực hiện kiểm tra khả năng truy cập

Bây giờ bạn đã biết một hệ thống phải có những gì để được coi là có thể truy cập được, chúng ta sẽ xem cách thực hiện các thử nghiệm khác nhau bằng cách sử dụng:

• Công cụ kiểm tra khả năng tiếp cận
• Kiểm tra khả năng tiếp cận người dùng hoặc kiểm tra thủ công

Công cụ kiểm tra trợ năng

Tiêu chuẩn WCAG được xác minh bằng các công cụ xác minh hoặc công cụ tự động. Để thực hiện xác minh, họ đọc mã HTML cho một trang web hoặc ứng dụng di động và nhanh chóng nhận được báo cáo cho biết các nguyên tắc được đáp ứng và những nguyên tắc không dựa trên WCAG.

Có thể tìm thấy một số công cụ trên thị trường để đánh giá khả năng tiếp cận.

Nhân dịp này, chúng tôi sẽ giới thiệu hai trong số họ:

Axe (Khả năng truy cập Axe) cho phép bạn xác minh rằng cấu trúc của trang web đáp ứng các nguyên tắc WCAG. CCA (Bộ phân tích độ tương phản màu) xác minh độ tương phản của màu sắc theo hướng dẫn của WCAG. Để hiểu cách chúng hoạt động, chúng tôi sẽ trình bày một số ví dụ ngắn gọn về cách chúng được sử dụng.

1. Rìu (Axe DevTools)

Công cụ này rất hữu ích để kiểm tra cấu trúc của một trang web và xác minh xem nó có đáp ứng mọi hướng dẫn của WCAG và một số tiêu chuẩn khác được đề cập ở trên hay không.

Ví dụ: nếu bạn đã thực hiện Axe trên một trang web và phát hiện ra rằng nó không đáp ứng các nguyên tắc trợ năng liên quan đến cấu trúc và thứ tự của các tiêu đề, công cụ này sẽ cho phép bạn xác định các khía cạnh này rất nhanh.

Để sử dụng nó trong Google Chrome, bạn chỉ cần cài đặt tiện ích mở rộng từ Cửa hàng Chrome trực tuyến. Để thực hiện nó, hãy mở bảng điều khiển dành cho nhà phát triển và chọn tab “Công cụ Axe Dev”. Công cụ này cung cấp các tùy chọn xác thực khác nhau và có thể quét và xác thực toàn bộ trang web hoặc một phần tử cụ thể. Ví dụ: nếu bạn chọn tùy chọn xác thực một trang web hoàn chỉnh, một báo cáo đầy đủ sẽ nhanh chóng được tạo bao gồm mọi phát hiện khả năng truy cập cho trang web được phân loại theo mức độ tác động.

Một điều khác cần chỉ ra là Axe cung cấp cho bạn mô tả về sự cố và đề xuất về cách giải quyết từng lỗi, giúp bạn hiểu chúng dễ dàng hơn và đẩy nhanh quá trình sửa lỗi.

2. Máy phân tích độ tương phản màu (CCA)

Các thử nghiệm được thực hiện bằng CCA là rất quan trọng để mô phỏng các tình huống của những người có độ nhạy tương phản màu thấp. Tình trạng này có thể xuất hiện ở những người bị khuyết tật thị giác, chẳng hạn như các loại mù màu khác nhau. Tương tự như vậy, loại tình huống này thậm chí còn phổ biến hơn ở người cao tuổi và có thể ngày càng trở nên tồi tệ hơn khi năm tháng trôi qua.

Vấn đề chính khi có các màu có ít hoặc không có độ tương phản là việc điều hướng, đọc hoặc tương tác với hệ thống trở nên khó khăn như thế nào, vì vậy công cụ này sẽ giúp bạn xác minh rằng có đủ độ tương phản giữa màu nền trước (văn bản hoặc hình ảnh) và màu nền.

Ví dụ: nếu bạn muốn xác minh độ tương phản của một nút trên trang web, bạn có thể sử dụng CCA để lấy màu nền trước (màu của văn bản) và màu nền. CCA sẽ tự động phân tích tỷ lệ tương phản giữa hai màu.

Sau khi bạn đã tải xuống công cụ CCA , bạn sẽ thấy rằng công cụ này cung cấp cho bạn các cách khác nhau để chọn màu. Trong trường hợp này, chọn màu nền trước bằng ống nhỏ mắt và tương tự, chọn màu nền bằng ống nhỏ mắt. Công cụ sẽ ngay lập tức hiển thị kết quả của độ tương phản màu sắc theo hướng dẫn của WCAG .

Một ưu điểm khác của việc sử dụng công cụ này là nó đưa ra các đề xuất về tỷ lệ tương phản màu sắc mà một văn bản phải có so với kích thước của nó.

Các đề xuất do công cụ cung cấp đã được triển khai bằng cách sử dụng hướng dẫn của WCAG . Những điều này xác định 2 mức tuân thủ cho loại tình huống này: độ tương phản tối thiểu (Mức AA) và Độ tương phản được cải thiện (Mức AAA) . Các tiêu chí cho các mức độ tuân thủ này nêu rõ:

• Đối với cấp độ AA , văn bản thông thường phải có tỷ lệ tương phản ít nhất là 4,5 và văn bản lớn phải có tỷ lệ tương phản ít nhất là 3,1. Trong trường hợp này, WCAG đề cập đến các văn bản "lớn" để biểu thị 18px hoặc 14px được in đậm.

• Đối với mức AAA , yêu cầu là tỷ lệ tương phản là 7,1 đối với văn bản thông thường và 4,5 đối với văn bản lớn.

  
  

  
  

  
  

Kiểm tra khả năng truy cập của người dùng (hoặc Kiểm tra thủ công)

Để bổ sung cho các bài kiểm tra bằng các công cụ xác minh kiểm tra khả năng truy cập, các bài kiểm tra người dùng hoặc thủ công được thực hiện để người kiểm tra có thể tập trung vào nội dung chứ không phải quá nhiều vào cấu trúc của trang web.

Ví dụ: bạn có thể sử dụng các công cụ xác minh để đảm bảo rằng tất cả các hình ảnh đều có thuộc tính thay thế (alt), nhưng với các loại kiểm tra này, bạn xác minh rằng văn bản thay thế phù hợp với hình ảnh mà bạn nhìn thấy .

Làm thế nào các bài kiểm tra này được thực hiện được xác định bởi tình trạng khuyết tật. Trong trường hợp này, 5 loại được xác định:

1. Kiểm tra sử dụng màu

2. 2. Kiểm tra tại hiện trường

3. kiểm tra điều hướng

4. Thử nghiệm “phóng to”

5. Kiểm tra trình đọc màn hình

   
   

1. Kiểm tra cách sử dụng màu

Mục đích của các thử nghiệm này là để xác minh rằng hệ thống không chỉ dựa vào việc sử dụng màu sắc để hiểu điều gì đang xảy ra với hệ thống.

Ví dụ, ở đây bên dưới, bạn sẽ thấy một tình huống có sự so sánh giữa nhận thức của người khiếm thị (hoặc người mù màu) và nhận thức của người không khiếm thị. Bạn có thể thấy cách một người khiếm thị không thể xác định liệu thông tin đã được nhập chính xác hay chưa.

Một cách để giải quyết tình huống này là kết hợp các thông báo và biểu tượng mô tả, chẳng hạn như các thông báo và biểu tượng bên dưới:

2. Thử nghiệm tập trung vào lĩnh vực

Mục đích của các loại thử nghiệm này là để đảm bảo rằng những người khuyết tật vận động cũng có thể sử dụng hệ thống.

Các thử nghiệm tìm cách xác minh rằng hệ thống có chỉ báo tiêu điểm được cung cấp bởi các trình duyệt được kích hoạt và nó chứa mọi thành phần đơn lẻ trên trang web. Bằng cách này, người dùng sẽ có thể biết vị trí của họ hoặc những gì họ được chọn.

3. Kiểm tra điều hướng

Các loại thử nghiệm này thường được thực hiện bằng bàn phím thay vì sử dụng chuột để tương tác với hệ thống. Chúng liên quan đến các thử nghiệm tập trung vào trường vì để thực hiện chúng, tiêu điểm phải được định cấu hình chính xác để có thể điều hướng bằng bàn phím.

Để thực hiện chúng, một loạt câu hỏi được đặt ra:

• Khi điều hướng qua trang web bằng cách sử dụng phím “tab” để đi lên và “shift + tab” để đi xuống, những thao tác này có được thực hiện theo thứ tự không?

• Bạn có thể điều hướng toàn bộ trang web từ trái sang phải và từ trên xuống dưới và truy cập mọi phần trên trang web không?

• Có bất kỳ yếu tố hoặc nội dung nào trên trang web không thể truy cập chỉ bằng bàn phím không?

  
  

Những loại tình huống này là những tình huống sẽ được xác thực trong quá trình kiểm tra điều hướng.

4. Thử nghiệm “Phóng to”

Đây là những điều rất quan trọng đối với những người có thị lực kém. Đây là một tình trạng ngày càng trở nên phổ biến đối với mọi người ở mọi lứa tuổi, vì vậy chúng ngày càng trở nên quan trọng hơn.

Khả năng thu phóng không chỉ được đưa vào các đề xuất và hướng dẫn về khả năng truy cập trong WCAG mà còn là một công cụ kiểm tra khả năng truy cập giúp cuộc sống hàng ngày của mọi người trở nên dễ dàng hơn.

Khi thực hiện các loại thử nghiệm này, bạn bắt đầu với một câu hỏi rất đơn giản: ứng dụng có bật chức năng thu phóng không?

Đôi khi, do các vấn đề về kỹ thuật hoặc thiết kế, chức năng thu phóng bị tắt, điều đó có nghĩa là những người có thể cần nó không có tùy chọn để làm như vậy.

Câu hỏi thứ hai phải được đặt ra là: ứng dụng có hoạt động chính xác khi áp dụng thu phóng không?

Khi chức năng thu phóng được bật, điều quan trọng là phải xác minh rằng, khi tăng kích thước của màn hình lên 200% chẳng hạn, bạn vẫn có thể trực quan hóa thông tin và vận hành trong hệ thống mà không gặp bất kỳ sự cố nào.

Thông thường, các vấn đề được xác định với các loại thử nghiệm này là do có thông tin bị cắt hoặc các yếu tố trên trang web không được điều chỉnh chính xác và do đó, tương tác không tốt, trong số các tình huống khác gây ra vấn đề cho người dùng.

5. Kiểm tra trình đọc màn hình

Cuối cùng, chúng ta sẽ nói về các bài kiểm tra liên quan đến đọc màn hình. Công cụ này biến nội dung HTML thành âm thanh đơn giản; có nghĩa là, nó đọc và giải thích những gì đang được hiển thị trên màn hình.

Mục đích chính của những công cụ này là giúp người khiếm thị điều hướng qua bất kỳ hệ thống nào, bất kể tình huống của họ.

Họ tìm cách xác minh rằng hệ thống có thể truy cập được đối với những người điều hướng qua nó bằng trình đọc màn hình nói trên.

Có nhiều trình đọc màn hình khác nhau: một số là ứng dụng dành cho máy tính để bàn và một số khác là tiện ích mở rộng của Chrome. Một số ví dụ bao gồm NVDA, JAWS, Trình tường thuật Windows và Trình đọc màn hình, trong số những thứ khác.

Để thực hiện các thử nghiệm này, trước tiên bạn kích hoạt các công cụ, sau đó điều hướng thủ công qua hệ thống trong khi quan sát xem những gì người đọc diễn giải có nhất quán với những gì đang được hiển thị trên màn hình hay không.

Cuối cùng, một báo cáo được tạo nêu chi tiết mọi lỗi trợ năng được tìm thấy trong quá trình kiểm tra.

Có một số vấn đề mà các loại kiểm tra này có thể phát hiện: ví dụ: nếu bạn đang đi qua một trường nhập liệu trên một biểu mẫu và người đọc không đọc trường này, đây sẽ là một vấn đề đối với người mù vì họ sẽ không hiểu điều gì. thông tin họ cần nhập.

Ví dụ về khả năng truy cập web

Bây giờ bạn đã biết ý nghĩa của việc ứng dụng web có thể truy cập được, chúng tôi sẽ chỉ cho bạn một số ví dụ cho bạn biết khi nào một hệ thống đáp ứng các yêu cầu về khả năng truy cập và khi nào thì không.

1. Độ tương phản màu phù hợp

Những người khiếm thị có thể thấy khó đọc văn bản khi ba màu không tương phản với màu nền, cho dù đó là nền đơn giản hay hình ảnh có văn bản.

Ví dụ: phụ đề cho video hoặc văn bản được in trên hình ảnh.

2. Cung cấp thẻ mô tả cho các trường trong biểu mẫu

Thông thường, các biểu mẫu được triển khai với các thẻ được nhúng vào từng trường trong biểu mẫu. Tốt nhất là không nên làm theo cách này vì trình đọc màn hình có thể bỏ qua những mô tả này. Ngoài ra, người dùng bị khuyết tật về nhận thức có thể không nắm bắt được ý định hoặc tham chiếu đến trường.

Đây là một ví dụ trong đó các phương pháp hay nhất không được tuân theo:

Nên thực hiện điều này theo cách sau:

3. Tiêu đề và khoảng trống đơn giản

Một thiết kế tốt với hệ thống phân cấp đơn giản sẽ giúp người dùng hiểu mối quan hệ giữa tiêu đề và các văn bản, khoảng trắng tương ứng và vị trí của các phần tử. Ngoài ra, nó làm giảm sự lộn xộn và làm cho nội dung dễ tiếp cận hơn.

4. Các lựa chọn thay thế cho việc sử dụng phương tiện truyền thông

Bạn nên cung cấp ngữ cảnh ở các định dạng khác nhau, cung cấp cho người khuyết tật những cách khác nhau để truy cập nội dung.

Ở bên dưới, bạn có thể xem video được trình bày như thế nào và ngoài ra, âm thanh được phiên âm để bạn có thể đọc.

kết luận

Khả năng tiếp cận đối với các sản phẩm phần mềm là một thuộc tính không thể bỏ qua vì nó có thể tác động đến nhiều người dùng. Tùy thuộc vào tình trạng khuyết tật mà mỗi người đang gặp phải, họ sẽ thấy việc vận hành phần mềm dễ dàng hơn hoặc khó khăn hơn tùy thuộc vào mức độ chấp nhận các quy định được đưa ra bởi các tiêu chuẩn và thông lệ tốt.

Điều quan trọng là phải coi khả năng truy cập của một hệ thống là một lợi thế cạnh tranh vì nó không chỉ tăng mức độ tương tác của người dùng mà còn cải thiện khả năng bảo trì và hiệu quả cũng như đáp ứng các yêu cầu pháp lý hiện tại và tương lai của các quốc gia khác nhau trên thế giới, vì vậy nó cũng giúp bạn đi quốc tế.

Các tiêu chuẩn trợ năng như WACG cung cấp cho bạn một khung tham chiếu tuyệt vời và các phương pháp hay để bạn có thể làm cho hệ thống thông tin có thể truy cập được, đồng thời cung cấp cho bạn một hướng dẫn tuyệt vời về cách bắt đầu bước vào con đường hướng tới các bài kiểm tra trợ năng. Tương tự như vậy, nhờ có ba cấp độ tuân thủ trong tiêu chuẩn, có thể đo lường trạng thái hiện tại của hệ thống và lên kế hoạch hành động để từng bước đạt được các cấp độ mới trong tương lai.

Có nhiều công cụ kiểm tra khả năng truy cập khác nhau để thực hiện kiểm tra khả năng truy cập, chẳng hạn như Axe và CCA , trong số những công cụ khác. Họ cung cấp cho bạn khả năng phân tích rất tốt để nhanh chóng xác định trạng thái chung của hệ thống về khả năng truy cập và đưa ra các đề xuất để sửa bất kỳ lỗi nào được phát hiện trong quá trình thực hiện.

Để bổ sung cho các công cụ này, điều quan trọng là phải xem xét các hoạt động xác minh và xác thực thủ công cho phép bạn hiểu các khía cạnh khác của khả năng truy cập mà không thể có được nếu chỉ nhìn vào kết quả đạt được bằng các công cụ.

Nếu bạn áp dụng chiến lược kết hợp các công cụ kiểm tra khả năng truy cập với kiểm tra thủ công, bạn sẽ có thể biết được mức độ khả năng truy cập mà hệ thống cung cấp và phát hiện các cơ hội cải tiến để hoàn thiện hơn.