WCAG 評価方法論 (WCAG-EM) 2.0

以下银行网站可作为产品封闭的一个示例。它具有分别用于 个人银行、商业银行、网上银行、服务和联系的不同区域。它还具有从所有页面链接的常见视图，例如其 法律声明和网站地图：

当评估目标是整个银行网站时，图中所示的所有区域均 属于评估范围。这包括申请表、身份验证和 网上银行等内容，也包括网站中使用的第三方内容。

当评估目标仅为特定的网站区域，例如“商业银行”时，该 区域的所有部分均属于评估范围。在此示例中，这意味着评估范围 将包括付款、抵押贷款、贷款和储蓄，以及常见视图、 法律声明和网站地图。

方法要求 1.1：根据适用范围定义目标数字产品，从而可以明确判断每个视图是否属于 评估范围。

定义目标产品时，应考虑适用 范围中的注意事项，例如：

• https://example-museum.org 上的所有内容。
• 位于https://shop.example-museum.org 的“Example 博物馆商店”中的所有内容，但 临时艺术藏品除外

在此步骤中保持清晰明确、避免对哪些视图 属于评估范围产生任何疑问非常重要。建议在可能的情况下使用包括正则表达式和 Web 地址（URI）列表在内的形式化表示。

记录目标产品的任何特定方面以帮助 识别该产品也很重要。这包括：

• 第三方内容和服务的使用，
• 产品的移动版本和语言版本，以及
• 产品的组成部分，尤其是那些可能不容易被识别为产品组成部分的内容—— 例如，具有不同 Web 地址但仍被视为 目标产品组成部分的网上商店，
• 与特定 WCAG 成功标准相关的内容或功能，
• 可能受其他指南约束的内容或功能。

方法要求 1.2：为评估选择目标 WCAG 2 符合级别（A、AA 或 AAA）。

方法要求 1.3：定义 数字产品所提供功能应获得无障碍支持的 Web 浏览器、辅助技术和其他用户代理。

尤其对于新技术而言，并不总能确保数字产品提供的每项无障碍 功能（例如媒体播放器中的“显示字幕”功能） 都受到操作系统、Web 浏览器、辅助技术和 其他用户代理的所有可能组合支持。WCAG 2 不预先规定必须 支持哪些功能与技术组合，因为这取决于产品的具体情境，包括其语言、 用于创建内容的技术以及当前可用的用户代理。理解 无障碍支持进一步介绍了 WCAG 2 中的无障碍 支持概念。

在此步骤中，评估人员确定产品预期能够配合使用的操作系统、Web 浏览器、辅助技术以及其他应用程序/用户代理的最低组合集合， 该集合应与上文链接的 WCAG 2 无障碍支持指导保持一致。 此步骤应与评估委托方协商完成，以确保对目标无障碍支持级别形成共同 预期。产品所有者和产品 开发人员也可能拥有一份产品设计时计划支持的组合列表，该列表 可以作为此步骤的起点。根据评估目的，可能 需要更新此列表。例如，为评估产品 与较新浏览器配合工作的情况，可能需要更新该列表。

方法要求 1.4：定义评估人员与评估委托方商定的任何 其他评估要求（可选）。

评估委托方可能需要超出评估目标产品对 WCAG 2 符合程度所需信息之外的其他信息。例如，评估 委托方可能关注：

• 评估超出从目标数字产品中构成代表性样本集所需范围的 其他视图，
• 报告问题的所有出现位置，而不仅仅是目标数字产品中 问题类型的代表性示例，
• 分析与目标数字产品交互时的特定使用场景、情境和 用户群体，
• 描述超出评估范围的、针对所遇问题的可能解决方案，
• 让残障用户参与评估，以及
• 遵循特定的文档或报告模板。

此类与评估人员商定的其他评估要求需要尽早澄清 并记录。这些要求也需要反映在最终报告中。例如， 后续可能需要其他要求来说明样本集选择 是如何进行的。

方法要求 2.1：识别目标产品的 常见视图。

探索目标产品，以识别其常见视图，其中也可能包括视图的特定状态。 通常，这些视图会直接从目标产品的主要入口点链接（例如网站的主页 或应用程序的启动屏幕），并且经常从其他视图的页眉、导航和 页脚区域链接。此步骤的结果是目标产品所有常见页面或视图的 列表。

方法要求 2.2：识别目标产品的 基本功能初始列表。

探索目标产品，以识别其基本功能。虽然某些功能 很容易识别，但其他功能需要更有针对性地发现。例如， 识别网上商店中用于购买商品的功能，可能比识别 商家通过该商店销售商品的功能更容易。此步骤的结果是用户可以在产品上执行的 功能列表。该列表将在后续步骤中用于帮助选择 具有代表性的评估样本。

方法要求 2.3：识别 样本类型。

具有不同样式、布局、结构和功能的样本通常具有不同程度的无障碍 支持。它们通常由不同的模板和脚本生成，或由不同人员 创作。根据特定产品用户和情境，它们可能具有不同的外观、 不同的行为，并包含不同的内容。

在此步骤中，评估人员探索目标产品，以识别不同 类型的样本。此步骤的结果是对已识别内容类型的描述 列表，而不是具体样本实例。该列表将在 后续步骤中用于帮助选择具有代表性的评估样本集。

方法要求 2.4：识别为提供产品而依赖的 技术。

在此步骤中，识别符合要求所依赖的技术。这可以包括 HTML、CSS、JavaScript、SVG、WAI-ARIA、PDF 和 EPUB 等技术。此步骤的结果 是一份根据 WCAG 2 所依赖技术的列表。该列表将在后续步骤中用于帮助选择 具有代表性的评估样本。

方法要求 2.5：识别 与残障人士以及数字产品无障碍性相关的 其他样本。

某些数字产品包含与残障人士和 数字产品无障碍性特别相关的样本。此步骤的结果是此类样本的列表，前提是 这些样本尚未在步骤 2.1：识别数字产品的常见视图中 被识别。

方法要求 3.1：选择 能够反映所有已识别的（1）常见视图、（2）基本功能、（3）样本类型、（4） 所依赖技术以及（5）其他相关样本的样本。

选择包含以下内容的样本集：

1. 在步骤 2.1：识别数字产品的常见视图中识别的常见视图，
2. 在步骤 2.5：识别其他相关样本中识别的相关样本， 以及
3. 如果前述步骤中尚未体现，则加入具有以下特征的其他样本：
   1. 在步骤 2.2：识别数字产品的基本 功能中识别的基本功能，
   2. 在步骤 2.3：识别样本 类型中识别的不同样本类型，以及
   3. 使用步骤 2.4：识别 所依赖的技术中识别的技术的内容。

方法要求 3.2：选择一个 随机样本集，并将其纳入评估。

随机选择的样本集可作为指标，用于验证通过前述步骤选择的 结构化样本集是否足以代表网站提供的内容。 当两种选择方法的评估结果相互关联时，这是提高整体评估结果 可信度的重要步骤。

随机选择的样本数量应为通过前述步骤选择的 结构化样本集的 10%。例如，如果为数字产品选择的 结构化样本集包含 80 个样本，则随机样本集规模为 8 个样本（这些样本 会额外加入，因此总计为 88 个样本）。

执行此选择时，应从目标数字产品中随机选择尚未包含在 前述步骤所选结构化样本集中的唯一 样本。根据产品类型以及评估人员的访问权限， 可能需要使用不同技术进行选择。评估人员可以：

• 使用遍历数字产品并给出随机选择 样本列表的工具，
• 使用脚本生成数字产品上全部可用样本的列表，以供 选择，
• 手动列出数字产品中的所有页面、视图或屏幕，并从该列表中 随机选择项目，以及
• 使用服务器日志、爬虫、搜索引擎和其他创造性方法获取随机样本 集。

记录随机选择的样本，因为需要在步骤 4.3：比较结构化和随机样本集中将其与剩余的 结构化样本集进行比较。

方法要求 3.3 将属于完整流程的所有 样本纳入 选定的样本集。

选定的样本集必须包括属于呈现完整流程的系列中的所有页面或视图。 当样本属于某个流程时，属于同一 流程的所有页面或视图均必须纳入。

使用以下步骤纳入必要样本：

1. 对于通过步骤 3.1：纳入结构化样本 集和步骤 3.2：纳入随机选择的样本集选出的、属于某个流程的每个样本集， 找到该流程的起点（样本），并将其纳入 选定的样本。
2. 对于每个流程起点，至少识别并记录完成该流程的默认 样本序列。纳入这些样本。
   注

   默认序列遵循标准使用场景，描述通过 完整流程的默认路径。它假定没有用户输入错误，也没有 选择其他选项。例如，对于网上商店应用程序，用户将 进入结账流程，确认默认付款选项，正确提供所有必需的付款 详细信息并完成购买，而不会更改 购物车内容、使用已存储用户配置文件、选择其他付款或 配送地址选项、提供错误输入等。

3. 对于每个流程，识别并记录经常访问且对成功完成流程至关重要的 样本分支序列。纳入这些样本。
   注

   分支序列可以在重新进入流程默认分支的位置终止。 例如，添加新配送地址将被记录为一个关键 替代分支，该分支随后返回流程的默认分支。

方法要求 4.1：检查 每个不处于完整流程中或完整流程末尾的样本，是否在目标符合级别上符合五项 WCAG 2 符合性要求。

对于在步骤 3：选择具有代表性的样本集中选择的、并非 位于完整流程中或完整流程末尾的每个样本，应依据步骤 1.2： 定义符合性目标中定义的目标符合级别，检查其是否符合五项 WCAG 符合性要求。这包括样本的所有组件，但不激活 任何功能、不输入任何数据，也不以其他方式启动流程。此类功能和 交互，包括位于完整流程中或完整流程末尾的样本，将在 后续步骤中进行评估。

方法要求 4.2：检查 属于完整流程的每个样本中的所有交互，是否在目标符合级别上符合五项 WCAG 2 符合性要求。

对于在步骤 3.3：纳入完整流程中识别的每个完整流程， 应遵循已识别的默认样本序列和分支样本序列，并按照步骤 4.1：检查所有初始样本对每个样本进行评估。但是，在这种情况下， 无需评估所有内容，只需评估流程中发生变化的内容。

功能、数据输入、通知和其他交互均属于此检查的一部分。具体而言， 它包括：

• 与表单、输入元素、对话框和其他组件的交互，
• 输入确认、错误消息以及其他用户交互反馈，以及
• 使用不同设置、首选项、设备和交互参数时的行为。

方法要求 4.3：检查 随机选择样本集中的每个样本是否未显示结构化样本集中 未体现的内容类型和结果。

尽管结构化样本集和随机选择样本集之间 WCAG 2 成功标准的具体出现情况会有所不同，但随机选择的样本集不应显示结构化样本集中不存在的新 内容类型。此外，随机 选择样本集的评估结果不应显示结构化样本集中没有的新发现。如果 随机选择的样本集显示了新的内容类型或新的评估结果，则表明 结构化样本集不足以代表网站提供的内容。 在这种情况下，评估人员需要返回步骤 3：选择 具有代表性的样本集，以选择能够反映新识别内容类型和结果的其他样本。 还可能需要相应调整步骤 2：探索目标 数字产品的结果。重复此步骤，直到 结构化样本集能够充分代表数字产品提供的内容。

方法要求 5.1：记录 步骤 1：定义评估范围、步骤 2：探索目标数字产品、步骤 3：选择具有 代表性的样本集以及步骤 4：评估选定的样本 集中定义的各步骤结果。

为确保透明度、评估结果的可重复性，以及为依据本评估作出的任何声明提供 理由，记录前述每个步骤 （包括所有子节）的结果至关重要。

[WCAG-EM-Report-Tool]有助于根据 本文档中的步骤生成报告。

此文档无需公开，保密级别通常由 评估委托方决定。

至少包括以下内容：

• 关于评估
  • 评估人员的姓名（可选择包括联系信息）
  • 评估 委托方的名称
  • 评估日期（完成日期或持续时间段）
  • 可选：评估的版本号和/或唯一标识符
  • 可选：日期列表，例如初始报告日期和重复 评估日期
  • 可选：负责数字产品的个人、团队或组织名称 （其可能与评估委托方不同）
  • 可选：用于评估的方法
• 评估范围
  • 在步骤 1.1：定义 数字产品的范围中定义的数字产品范围
  • 在步骤 1.2：定义符合性 目标中定义的符合性目标
  • 在步骤 1.3：定义 无障碍支持基线中定义的无障碍支持基线
  • 在步骤 1.4：定义 其他评估要求（可选）中定义的其他要求（如有）
• 数字产品探索
  • 在步骤 2.4：识别 所依赖的技术中识别的所依赖技术
  • 可选：在步骤 2.1：识别 数字产品的常见视图中识别的常见视图
  • 可选：在步骤 2.2：识别 数字产品的基本功能中识别的基本功能
  • 可选：在步骤 2.3：识别 样本类型中识别的样本类型多样性
  • 可选：在步骤 2.5：识别 其他相关样本中识别的其他相关样本
• 代表性样本集
  • 通过步骤 3.1： 纳入结构化样本集中的结构化抽样所选的页面或视图
  • 在步骤 3.2： 纳入随机选择的样本集中使用的随机选择样本和选择方法
  • 在步骤 3.3：纳入完整 流程中选择的完整流程
• 已评估的样本集
  • 步骤 4.1：检查所有初始样本的评估结果
  • 步骤 4.2：检查所有完整流程的评估结果
  • 步骤 4.3：比较结构化和随机 样本集的评估结果

报告还可以根据步骤 1.4：定义其他评估要求（可选）中定义的其他评估要求 包括其他信息。例如， 评估委托方可能要求报告每个样本中每次失败的 出现位置、有关已识别失败性质和原因的更多信息，或修复 失败的建议。

方法要求 5.2：归档 已评估样本，并记录用于评估这些样本的评估工具、Web 浏览器、辅助技术、其他 软件和方法（可选）。

尽管此项为可选，但评估人员保留评估详细信息记录是一种良好实践。例如， 在发生争议时，评估人员可能需要保留评估详细信息记录，以支持 争议解决。这包括归档已评估样本，并记录用于评估这些样本的 评估工具、Web 浏览器、辅助技术、其他软件和方法。 除非在步骤 1.4：定义其他评估要求（可选）中另有约定， 这些记录通常仅供内部使用，不由评估人员共享。

评估详细信息记录可以包括以下任何内容：

• 样本文件和资源的副本；
  注

  某些工具可以保存评估过程中显示的动态生成或修改后的内容——文档 对象模型（DOM）——而不是文件和资源的初始内容， 两者通常不同；

• 样本的屏幕截图；
• 定位样本的路径描述，尤其是在样本属于某个流程时；
• 用于生成样本或导航至样本的设置、输入和操作描述。
• 复现唯一数据集或工作流所需的特定测试凭据（用户 ID 等）；
• 所使用的评估工具、Web 浏览器和附加组件、辅助技术及 其他软件的名称和版本；
• 用于评估 WCAG 2 符合性的方式、过程和技术。

方法要求 5.3：提供 描述符合性评估结果的声明（可选）。

提醒：在大多数情况下，仅使用本方法并不能 为目标数字产品作出WCAG 2 符合性声明； 有关更多背景信息，请参阅与 WCAG 2 符合性声明的关系。

产品所有者可能希望就按照本方法进行评估所得的结果 发表公开声明。当至少满足所有非可选方法要求、 所有已评估样本（在步骤 4：评估选定的样本 集中）均满足步骤 1.2：定义符合性目标中定义的符合性目标，并且产品所有者承诺确保 所作评估声明的有效性和持续准确性时，可以发表此类声明。

依据本方法作出的评估声明至少包括以下信息：

1. 评估声明的发布日期；
2. 指南标题、版本和 URI：“Web 内容无障碍指南 2.2，位于 https://www.w3.org/TR/WCAG22/”；
3. 已评估的符合级别：A、AA 或 AAA 级，如步骤 1.2：定义符合性目标中所定义；
4. 数字产品的定义，如步骤 1.1： 定义数字产品的范围中所定义；
5. 所依赖的技术，如步骤 2.4：识别 所依赖的技术中所识别；
6. 无障碍支持基线，如步骤 1.3：定义 无障碍支持基线中所定义。

当仅实现对 WCAG 2 的部分符合时，也可以依据本方法作出评估声明。 在这种情况下，评估声明还应包括以下信息：

7. 不符合 WCAG 2 的数字产品区域；
8. 不符合 WCAG 2 的原因：“第三方内容”或“缺乏 对相应语言的无障碍支持”。

方法要求 5.4：提供 汇总分数（可选）。

尽管汇总分数可以提供数值指标以帮助传达随时间变化的进展， 但目前尚不存在一种已知能够满足所需可靠性、准确性和 实用性的单一度量指标。事实上，汇总分数可能产生误导，并且无法提供足够的情境和 信息来理解数字产品的实际无障碍性。由于这一原因及其他原因， WCAG 2 没有提供评分方案。W3C Web 无障碍 度量研究报告进一步介绍了正在开展的研究、不同方法以及 评分指标的局限性，这些内容超出了本文档的范围。每当提供分数时， 都必须记录评分方法，并将其与报告一同提供给评估委托方，以 提高透明度和可重复性。

方法要求 5.5：提供 评估结果的机器可读报告（可选）。

机器可读报告有助于创作工具、无障碍 评估工具和质量保证工具处理评估结果。评估与报告语言 （EARL）是一种专门为此目的设计的机器可读格式。建议 使用 EARL 提供机器可读报告。另请参阅 WCAG 2 中的理解 元数据，以进一步了解元数据的用途，包括 EARL 等机器可读 报告。