可访问性测试分步指南

这篇文章的目的是讨论可访问性的重要性以及在各种系统上进行可访问性测试的重要性。此外，我们将重点介绍并讨论可以实现此目标的不同工具和技术。

当谈论可访问性时，它也可以被定义为残疾人士的可用性。换句话说，我们希望任何人都可以使用一个系统，无论他们的情况如何。

残疾人是指身体、视觉、听觉、言语或认知等方面存在缺陷的人，他们在与不同背景障碍互动时面临限制，因此无法充分、积极地参与社会。

有必要了解任何人都可能遭受残疾情况，无论是暂时的还是永久的、部分的还是绝对的。

上述的一个例子是，一个人在发生家庭事故后需要使用拐杖行走一段时间，或者一个有视力障碍的人需要屏幕阅读器来充分解释系统。

根据国家统计局的一项调查，乌拉圭有超过50万残疾人，几乎占乌拉圭总人口的17% 。

根据世界卫生组织(WHO) 的数据，全球有超过 15% 的人口（超过 1,000,000 人）面临残疾状况。

正如您所看到的，这意味着很多人都会受到此影响，他们可能无法正确访问系统，因为系统的设计并未考虑可访问性。

内容概述

• 什么是可访问性测试？
• 什么是无障碍标准？
• WCAG 时间表
• 标准和合规级别的结构
• 什么是可访问性测试工具？
• 可访问性测试是如何进行的？
• 辅助功能测试工具
• 用户可访问性测试（手动测试）
• 网络辅助功能示例
• 结论

什么是可访问性测试？

简而言之，在软件产品上应用流程和验证技术来验证它是否满足预期的可访问性要求和标准。

当一个系统被设计成每个人，无论其处境如何，都可以感知、理解、导航并与之交互时，就可以被认为是可访问的。

这些类型的测试最近变得越来越重要，因为越来越多的系统被用于工作和日常任务。

什么是无障碍标准？

可访问性标准是行业内的指南、规则、控制和规范，使我们能够了解系统所拥有的可访问性程度。世界上使用最广泛的标准是W3C（万维网联盟）的 WCAG（网页内容可访问性指南） ，W3C 是国际标准的主要非营利组织。

除了 WCAG 之外，世界各地还有其他一些标准和可访问性指南，例如：

《康复法》第504条和第 508 条。第 504 条帮助残疾人获得工作空间、教育和其他组织的机会，第 508 条帮助他们获得技术。

《美国残疾人法案》(ADA) ：该法律规定所有公共实体（例如学校和组织）必须向所有人提供技术。这包括可访问系统和可访问测试工具。

WCAG 时间表

WCAG 是一个非常大的标准，目前适用于 Web 系统和移动应用程序，并且在不断发展

为了更好地理解它并了解它是如何演变的，该标准的第一个版本（WCAG 1.0）于 1999 年 5 月出现，旨在描述无障碍设计的一般规则。后来，在 2008 年 12 月，它被 WCAG 2.0 取代，后者涵盖了一系列使 Web 内容更易于访问的建议。 2018年6月，WCAG 2.1版本发布，是目前最稳定的版本。

该版本不仅包括网页内容的可访问性，还包括移动应用程序的可访问性

目前，两份新文件正在制定中。一方面，WCAG 2.2 版本，其中包括 Web 内容 2.1 的可访问性指南。

另一方面，银（Ag）项目目前正在进行中，该项目将成为WCAG 3.0版本。本文件将包括额外的指南和不同的评分机制。该项目预计将成为 WCAG 2.2 版本的后继版本，但它既不会取代它，也不会与 WCAG 2.X 兼容。这将是一套替代指南。

标准和合规级别的结构

为了了解该标准及其工作原理，当前的网页内容无障碍指南包括四项设计原则（可感知、可操作、可理解和稳健*）*，分布在 13 条指南中，应用 78 条标准评估不同的残疾情况。这些合规级别分为三个合规级别：不太严格 (A)、中等严格 (AA) 和最严格 (AAA)。

提到的内容可访问性的四项设计原则是：

• 可感知：网站的内容必须从每个用户的角度来看都有意义。

• 可操作：当用户可以轻松浏览每个页面时，网站就可操作。

• 可理解：系统的每个元素都必须被任何人理解，因此语言必须简单。

• 稳健：网站的内容必须与任何类型的技术和用户兼容。

  
  

为了更好地理解 WCAG 的范围，这些指南的范围从非常技术性的低级情况（例如每个 Web 图像（HTML 代码中的标签）需要具有替代属性 (alt) 来描述图像）到更高级的情况——级别指南 - 例如，每个多媒体内容都需要有字幕，每个音频都有相应的翻译。

什么是可访问性测试工具？

无法使用设备（包括计算机或移动设备）的身体残疾人士将需要支持工具来帮助他们与系统交互。一些支持工具是：

• 特殊键盘：专为运动障碍用户设计。

• 屏幕缩放软件：专为帮助视力不佳的人士而开发，扩大屏幕并使阅读更轻松。

• 屏幕阅读器：此类工具用于阅读屏幕上显示的文本。

• 语音识别软件：当它识别语音时，它会用文本替换口语单词，因此它可以作为系统的入口点。

  
  

可访问性测试是如何进行的？

测试是使用验证系统是否满足定义的标准的程序和活动进行的。

为此，定义了一些程序作为如何进行这些类型测试的指南。他们定义活动和可访问性测试工具以促进验证任务。

辅助功能测试工具 - 如何执行辅助功能测试

现在您已经知道系统必须具备什么才能被认为是可访问的，我们将了解如何使用以下方法执行不同的测试：

• 辅助功能测试工具
• 用户可访问性测试或手动测试

辅助功能测试工具

WCAG 标准使用验证工具或自动工具进行验证。为了执行验证，他们读取 Web 或移动应用程序的HTML代码，并快速获取一份报告，其中指出符合的准则和不符合 WCAG 的准则。

市场上可以找到多种工具来评估可访问性。

这次，我们将介绍其中两个：

Axe（Axe Accessibility）允许您验证网页的结构是否符合 WCAG 指南。 CCA（颜色对比度分析仪）根据 WCAG 指南验证颜色对比度。为了了解它们的工作原理，我们将提供一些关于如何使用它们的简短示例。

1.Axe（Axe开发工具）

该工具可用于检查网站的结构并验证其是否符合每个 WCAG 指南以及上述的一些其他标准。

例如，如果您在网站上执行Axe并发现它不符合与标题结构和顺序相关的可访问性指南，则该工具将允许您非常快速地识别这些方面。

为了在 Google Chrome 中使用它，您只需从 Chrome Web Store 安装该扩展程序。要执行它，请打开开发人员控制台并选择“Axe Dev Tools”选项卡。该工具提供不同的验证选项，并且可以扫描和验证整个网站或特定元素。例如，如果您选择验证完整网站的选项，则会快速生成完整的报告，其中包括按影响级别分类的网站的每个可访问性发现。

另外需要指出的是， Axe为您提供了问题的描述以及有关如何解决每个错误的建议，这使得您更容易理解它们并加快纠正过程。

2.色彩对比分析仪（CCA）

使用CCA进行的测试对于模拟色彩对比敏感度较低的个体的情况至关重要。这种情况可能出现在有视力障碍的个体中，例如不同的色盲类型。同样，这种情况在老年人中更为常见，并且随着年龄的增长会变得越来越严重。

当颜色几乎没有对比度时，主要问题是导航、阅读或与系统交互变得多么困难，因此该工具将帮助您验证前景色（文本或图像）和前景色之间是否有足够的对比度。背景颜色。

例如，如果要验证网站上按钮的对比度，可以使用CCA获取前景色（文本颜色）和背景色。 CCA将自动分析两种颜色之间的对比度。

下载CCA工具后，您将看到它为您提供了选择颜色的不同方法。在这种情况下，请使用滴管选择前景色，同样使用滴管选择背景颜色。该工具将立即显示考虑WCAG指南的颜色对比结果。

使用此工具的另一个优点是，它提供了有关文本相对于其大小必须具有的颜色对比度的建议。

该工具提供的建议是使用WCAG指南实施的。这些决定了此类情况的 2 个合规级别：最低对比度（AA 级别）和改进对比度（AAA 级别） 。这些合规级别的标准规定：

• 对于 AA 级，常规文本的对比度必须至少为 4.5，大文本的对比度必须至少为 3.1。在这种情况下， WCAG指的是“大”文本，以粗体表示 18 像素或 14 像素。

• 对于 AAA 级，要求常规文本的对比度为 7.1，大文本的对比度为 4.5。

  
  

  
  

  
  

用户可访问性测试（或手动测试）

为了使用可访问性测试验证工具来补充测试，需要进行用户或手动测试，使测试人员能够专注于内容，而不是过多地关注网站的结构。

例如，您可以使用验证工具来确保所有图像都具有替代属性 (alt)，但是，通过这些类型的测试，您可以验证替代文本是否与您看到的图像一致。

如何进行这些测试取决于残疾情况。在本例中，定义了 5 个类别：

1. 色彩使用测试

2. 2. 现场测试

3. 导航测试

4. “缩放”测试

5. 屏幕阅读器测试

   
   

1. 颜色使用测试

这些测试的目的是验证系统不仅仅依赖于颜色的使用来了解系统发生的情况。

例如，在下面您将看到一种情况，其中对视障者（或色盲者）的感知与非视障者的感知进行了比较。您可以看到视障人士如何无法识别信息是否已正确输入。

解决这种情况的一种方法是合并描述性消息和图标，如下所示：

2. 现场测试

这些类型的测试的目的是确保有运动障碍的人也可以使用该系统。

这些测试旨在验证系统是否启用了浏览器提供的焦点指示器，并且包含网站上的每个元素。这样，用户将能够知道他们所在的位置或他们选择了什么。

3. 导航测试

这些类型的测试通常使用键盘而不是使用鼠标与系统交互来进行。它们与以现场为中心的测试相关，因为为了执行它们，必须正确配置焦点，以便可以进行键盘导航。

为了执行它们，提出了一组问题：

• 当使用“tab”键向上浏览网站，使用“shift + tab”向下浏览网站时，这些是按顺序执行的吗？

• 您能否从左到右、从上到下浏览整个网站并访问网站上的每个部分？

• 网站上是否有任何仅使用键盘无法访问的元素或内容？

  
  

这些类型的情况将在导航测试期间得到验证。

4.“缩放”测试

这些对于视力低下的人来说至关重要。对于各个年龄段的人来说，这种情况变得越来越普遍，因此它们变得越来越重要。

缩放功能不仅包含在 WCAG 的建议和可访问性指南中，而且还作为可访问性测试工具，使人们的日常生活更加轻松。

在进行这些类型的测试时，您首先会遇到一个非常简单的问题：应用程序是否启用了缩放功能？

有时，由于技术或设计问题，缩放功能被禁用，这意味着可能需要它的人无法选择这样做。

必须问的第二个问题是：应用缩放时应用程序是否正常工作？

启用缩放功能后，重要的是要验证当屏幕尺寸增加到（例如）200% 时，仍然可以可视化信息并在系统内操作而不会出现任何问题。

通过此类测试发现问题是很常见的，因为存在信息被切断，或者网站上的元素没有正确调整，因此交互不好等情况，从而造成问题用户。

5. 屏幕阅读器测试

最后，我们将讨论涉及屏幕阅读的测试。该工具将 HTML 内容转换为简化的音频；也就是说，它读取并解释屏幕上显示的内容。

这些工具的主要目的是帮助视障人士在任何系统中导航，无论他们的情况如何。

他们试图验证使用上述屏幕阅读器浏览系统的人是否可以访问该系统。

有许多不同的屏幕阅读器：其中一些是桌面应用程序，另一些是 Chrome 扩展程序。一些示例包括 NVDA、JAWS、Windows 讲述人和屏幕阅读器等。

要执行这些测试，您首先激活工具，然后手动浏览系统，同时观察读者的解释是否与屏幕上显示的内容一致。

最后，创建一份报告，详细说明测试期间发现的每个可访问性错误。

这些类型的测试可以检测到几个问题：例如，如果您正在通过表单上的输入字段并且读者没有阅读该字段，这对于盲人来说将是一个问题，因为他们不会理解什么他们需要输入的信息。

网络辅助功能示例

现在您已经了解了 Web 应用程序可访问性的含义，我们将向您展示一些示例，向您展示系统何时满足可访问性要求以及何时不满足。

1、足够的色彩对比

当三者与背景颜色没有对比时，无论是简单的背景还是带有文本的图像，视障人士都会发现阅读文本有困难。

例如，视频的字幕或图像上打印的文本。

2. 为表单中的字段提供描述性标签

表单的实现通常是将标签嵌入到表单的每个字段中。最好不要这样做，因为屏幕阅读器可能会忽略这些描述。此外，有认知障碍的用户可能无法理解该领域的意图或参考。

这是一个未遵循最佳实践的示例：

建议通过以下方式实现：

3. 标题和简单空格

具有简单层次结构的良好设计可以帮助用户理解标题与相应文本、空格和元素位置之间的关系。此外，它还可以减少混乱并使内容更易于访问。

4. 媒体消费的替代方案

建议以不同的格式提供上下文，为残障人士提供不同的方式来访问内容。

在下面，您可以看到视频的呈现方式，此外，还可以转录音频以便您阅读。

结论

软件产品的可访问性是一个不容忽视的属性，因为它会对许多用户产生影响。根据每个人面临的残疾情况，他们会发现操作软件更容易或更困难，具体取决于标准和良好实践规定的法规的采用程度。

将系统的可访问性视为一种竞争优势非常重要，因为它不仅可以提高用户参与度，还可以提高维护和效率，并满足世界不同国家现有和未来的法律要求，因此它也有助于你走向国际。

WACG等可访问性标准为您提供了出色的参考框架和良好实践，以便您可以使信息系统可访问，并且它们为您提供了有关如何开始进行可访问性测试的出色指南。同样，由于标准中的三个合规级别，可以衡量系统的当前状态并计划采取的行动以在未来逐步达到新的级别。

有不同的可访问性测试工具来执行可访问性测试，例如Ax和CCA等。它们为您提供了非常好的分析能力，可以快速确定系统在可访问性方面的总体状态，并提供建议来纠正沿途检测到的任何错误。

为了补充这些工具，考虑验证活动和手动验证也很重要，这些活动和手动验证使您能够了解可访问性的其他方面，而这些方面是仅通过查看工具所实现的结果无法获得的。

如果您应用将可访问性测试工具与手动测试相结合的策略，您将能够了解系统提供的可访问性级别，并发现提高成熟度的改进机会。