在测试代码中，您可以标记测试以使其更易于分类。例如，您可以使用特殊标签来标记可访问性测试在此示例中，标记为 @a11y 的测试被标记为可访问性测试，标记为 @e2e 的测试被标记为端到端测试。
使用 grep 运行测试您现在只能在命令行上运行具有特定标签的测试。例如，仅运行可访问性测试要运行标记为 @e2e 的 E2E 测试更多信息加载时检查初始页面只是第一步。理想情况下，您还应该检查每次交互，例如加载额外元素、出现“toasties”等反馈、本地化或其他调整。
对于迭代集成，还可以使用不同的阶段进行引入。目前仅检查严 邮件营销给医生 重影响或较低的 WCAG 级别。然后增加每次迭代的测试级别。
暂时也可以防止出现错误时阻塞管道。然而，重要的是，这些做法还包括技术债务障碍积压/领域中的整个事情。与良好的计划相结合，可以确保这些要点不会被忘记。
自动化可访问性测试涵盖了可访问性的许多（但绝不是所有）方面。据估计，此类测试最多可以检测到 25% 的潜在可访问性问题。例如，自动化测试可以检测图像是否具有替代文本，但不能检测该文本是否有意义且具有描述性。这就是手动测试发挥作用的地方，可以进行更深入的分析。
一个实际的例子：一个网站可以满足所有正式的可访问性要求，例如正确的 ARIA 标签和足够的对比度。但是，如果导航过于复杂或不直观，则对于残障用户来说，可用性 (UI/UX) 可能会受到限制。为了识别和解决此类问题，需要由专业人员或残障用户进行手动测试。
结论
使用 cypress-axe 进行的自动化可访问性测试提供了一种在早期阶段识别和修复数字项目中的可访问性问题的有效方法。通过集成 Cypress XRay for Jira 插件和 cypress grep 等工具，这些测试可以无缝集成到开发流程中并有针对性地执行。然而，手动测试以及与 UI/UX 专家密切合作的重要性对于确保全面的可访问性仍然至关重要。通过结合这些工具和最佳实践，您可以持续缩短项目初始可访问性检查的完成时间。此外，您还可以建立良好的可维护性。
您想了解更多关于 adesso 世界中令人兴奋的话题吗？那么请看一下我们之前发布的博客文章。