长期以来，信息技术已经成为我们生活中不可或缺的一部分，因此，尽可能多地向人们提供信息技术是非常必要的。
我们正在谈论的可访问性，是指实现功能的实现，这些功能不仅可以优化残疾人的站点，应用程序或操作系统。
有发展的地方就有测试。 我们会见了质量检查部门员工
Boris Kotov，以了解有关辅助功能测试的更多信息。
本文包含外部材料的链接。
-
什么是可访问性测试？-可访问性测试正在测试应用程序是否符合W3C文档的建议，即
Web内容可访问性指南（WCAG）2.1的提供 。 通过辅助功能测试，专家可以检查残疾人如何访问应用程序。
-为什么您认为网站需要调整？-通常，它们会适应包括残疾人在内的广泛使用的应用程序。 除了扩大应用程序用户的圈子外，许多公司还认为这是一个很好的营销举措，他说：“我们希望使我们的应用程序对所有人开放。” 它吸引了所有人，对应用程序，开发人员和公司给予了一定的信任。
-平台真正适应哪些有限功能？-
可访问性首先是可访问性。 我认为，这不仅可以帮助残疾人，而且可以在某些情况下帮助其他所有人。 例如，在嘈杂的环境中（反之亦然），如果在没有耳机的情况下无法发出声音，则可以观看带有字幕的视频。 反之亦然：如果无法阅读某些内容，则可以收听。
大多数情况下，应用程序适合有听力或视力障碍的用户，而不太适合无法使用键盘或其他手动输入设备的用户。
-为此，应在网站/应用程序中添加哪些功能？-在开发甚至更早拟定需求时，应考虑所有这些因素。 基本上，所有这些有助于适应的功能都隐藏在标签和属性，页面布局，布局中。 此类应用程序中的视频必须必须支持字幕。 此外，开发人员和设计人员应考虑到视力障碍者，应使用某些大小，字体和对比色。
浏览器还有其他程序和扩展，可以帮助人们查看页面，以某种方式通过视觉或耳朵来感知信息。 我们有能力使用户浏览页面的必要元素。 您可以删除一些冗长而复杂的单词，使它们更短，更易于理解，重要的图片可以附带字幕，并可以使用屏幕阅读器将其语音化。 通常，它们已经包含在设备的固件中：在iOS上为
VoiceOver ，在Android上位于“
辅助功能 ”选项卡（可在设置中找到），在Windows上可以安装
NVDA 。
此外，页面可能包含不参与直接管理且不会以任何方式影响内容的设计元素-人们实际上不需要这些内容。 希望隐藏这样的元素。 我们有能力使这些工具专注于所需的工具。
-哪些知名公司已经为残疾人调整了应用程序？ 他们到底做了什么？-从这些示例中，我首先想到的是Yandex。 最近
在habr上阅读了他们的
文章 ，这很有趣，我建议看看。 它是很久以前发布的，但是非常详尽地描述了他们如何将可访问性建议引入开发和支持中。 因此，我认为，就像我目前正在研究的项目一样，所有示例很可能都与医学相关。 假设在我们的应用程序中，您可以在家中打电话给医生，或找到最近的合适诊所，然后单击几下即可预约。
-残疾人是否需要参与适应过程？-我相信这是没有必要的。 实际上，任何人都可以“限制”他的某些能力。 闭上眼睛来静音或使用该应用程序，然后尝试语音输入。 当应该与焦点小组一起使用时，这可能仅对最终测试（alpha或beta）有用。
-告诉我们有关可访问性测试的过程和主要区别特征吗？ 您使用哪些特殊工具进行此类测试？-测试本身如下：在开发和测试应用程序时，需要选择
文档中要遵循的要点。 首先使用针对浏览器的自动化工具和扩展程序进行了测试：我们使用了
ax ，
Lighthouse和
Wave 。 检查代码，对比度，字体大小等。 检查后，此类工具会给出严重的不一致之处，并提出改进建议。
然后，开发人员修复所有问题，并将任务切换到手动测试。 我们为此编写测试用例，描述在可访问性测试中需要检查的内容。 我们测试发现的不一致之处并将其发送给错误修正，并附上改进建议。
自动工具无法涵盖所有内容，因此最好同时进行自动和手动测试。 在页面上导航时，自动测试通常会跳过段落之间的空格或某种陷阱。 假设使用选项卡按钮，您可以在页面元素之间进行切换，以及如果段落中的某些内容在循环中或在链接之间进行－这些是我们已经计算出的内容。 此外，自动测试也无法帮助在平板电脑和手机上检测到这一点。 最好手动完成-从真实用户的角度观看，聆听效果。
总而言之，我想说以下几点：可访问性的实现是对任何站点或应用程序的重要补充。 并且，在工作时意识到这可以极大地促进某人的生活，这是非常令人愉快的。 我希望看到尽可能多的网站和应用程序能够适应具有不同能力的人们，并在此类项目上进行更多的工作。