可访问性测试:产品经理应该关注无障碍建设

阅读数:661 2019 年 11 月 9 日 08:00

可访问性测试:产品经理应该关注无障碍建设

在 TestCon Europe 2019 大会上,Martin Tiitmaa 表示:可访问性测试是一件值得去做的事情;互联网和电子服务是人们进行平等感受和互动的地方,因此,我们的软件不应该把有限制的人们排除在外。

Tiitmaa 说,在软件环境中,可访问性测试是一个评估软件可使用性的过程,特别是当带有某些限制的人士在使用软件时。这些限制可以是永久的(如残疾),也可以是暂时的(手指断了),或是情景性的(如抱着孩子的时候使用软件)。

Tiitmaa 提到,产品经理应该要求进行可访问性测试。由于情况并不总是这样,因此,他提供了三个论点,可以用于说服产品经理进行可访问性测试:

首先,这是一件值得去做的事情。我认为,在任何一家公司的制度中,这应该是唯一必要存在的。互联网和电子服务是人们进行平等感受和互动的地方,因此,在设计和开发软件时,我们应该牢记这一点,不要把某些人排除在外,这应该成为每一家软件开发公司制度的一部分。

做这些事情确实要花费其他的开发时间,而且公司担心要花很多钱。但是,我的研究表明,做这些事情并不昂贵,并且,已经有很多资源教大家怎样做可以让代码更具有包容性。其次,它有助于挣到更多的钱。
第三,即使现在不去做,在不久的将来也必须去做。在美国,《美国残疾人法》也适用于互联网,而且美国高等法院也对此表示赞同。基于由此产生的法庭案例,它一直要求公司遵守 WCAG 2.1 AA 标准。

Tiitmaa 表示,在欧洲,欧盟委员会已经做好了立法准备,准备在 2021 年或甚至可能在 2020 年就推出。

Tiitmaa 解释说,据报道,2016 年美国年龄在 21 岁到 64 岁的人群当中,有 10.9% 的人具有某种残疾。他认为,“当软件不具有可访问性时,就失去了那 10% 的用户。在竞争对手行动之前,要把这些人考虑进来,这对我们的声誉有很大的影响,可以为我们带来更多的用户。”

我们可以把现代测试和可访问性测试结合起来。Tiitmaa 提到,现代测试的第一原则是:

我们(测试者)的首要任务是为业务进行改进。

Tiitmaa 说,通过持续地改进可访问性,我们为每个人创造了更好的产品。使用快捷清晰的键盘快捷键,让大家更快地使用软件。并且,在默认情况下,它还有助于 SEO(如网站上的“title”和“alt”属性)。

Tiitmass 表示,现代测试规定只有用户才能评估软件质量,我们可以通过数据知道质量是否达到要求。他提到,他们正计划使用更多的数据来支持决策,并且,其中的一部分数据将表明其用户是否使用了屏幕阅读器。Tiitmaa 说,“这将帮助我们进一步改善可访问性解决方案,并为大家提供更好的服务。”

Martin Tiitmaa 结束了其在 TestCon Europe 2019 大会上关于可访问性测试的演讲后,InfoQ 对其进行了采访。

InfoQ:在可访问性测试中,采用了什么方法?

Martin Tiitmaa:我采用了在我的大多数测试中使用过的方法,测试工作分为三个阶段:
研究、测试和结果。对于可访问性测试,研究阶段占了大多数的时间。

第一个问题是把什么当作“神谕”。在我的研究里,我发现, WCA(Web Content Accessibility)准则 2.1 既被行业认可,也被立法者认可。比如,在美国,法庭判决过要求网页符合 WCAG 2.1 AA 标准的案子。由于有近 100 个不同的标准,我把范围缩小到 4 个主要原则:可感知性、可操作性、可理解性和健壮性。
接下来,我研究了有哪些类型的可访问性限制,以及哪些工具可以用来帮助打破这些限制。主要的工具是屏幕阅读器、只能用键盘控制的软件和高对比度视图。在我的测试中,我使用了当时最流行的三种屏幕阅读器,只用键盘运行了一个测试周期,并用高对比度视图完成了一个测试周期。
为了涵盖我们的大多数产品,我遍历了用户的主要操作路径或用户生命周期。我在测试中涉及的流程包括创建账号、存款、从账号中取款并使用促销工具。根据这个测试结果,我创建了一个差距分析与 WCAG 标准进行比较。

InfoQ:是如何跟进这个差距分析的?

Tiitmaa:差距分析分为 3 类。首先是没什么问题的;其次是需要做出一些小改动的,或者符合 A 标准但还要再进一步符合 AA 标准;第三是需要更多工作来修复的。我把这 3 类分别用绿色、黄色和红色编码。因此,在计划后续 sprint 的时候,我们对要做的一项或多项修复工作就有了大概的了解。

InfoQ:为了支持开发人员创建可访问的产品,做了哪些工作?

Tiitmaa:我给整个开发团队作了介绍,介绍了什么是可访问性、我在研究中的发现、WCAG 是什么以及对我们的期望是什么。由于有近 100 个不同的标准,我总结了它们的要点。因此,当我们在解决之前已经存在的问题时,我们不会再加入不可访问的东西。

例如:
1)总是添加一个元素来说明我们要添加的功能;
2)检查我们添加的元素是不是只能通过键盘访问;
3)在逻辑路径中添加新元素;
4)文本和图像的对比度应为 3:1,这样具有更强的可读性。
等等。

InfoQ:如果读者想了解更多可访问性测试的相关知识,他们应该到哪里去找呢?

Tiitmaa:我已经多次提到 WCAG 了。首先,有很多东西要理解,但他们已经说明了哪些是好的解决方案,哪些是糟糕的解决方案,甚至还有一些如何解决问题的建议。

微软包容性设计是个很好的资源,有助于更好地理解如何开发更具可访问性的软件。
牢记 Web 可访问性有助于我们解决任何有关可访问软件的问题。他们每年还进行一次问卷调查,调查结果会给出最流行的屏幕阅读器。

原文链接:

Accessibility Testing: Convincing Your Product Owner

评论

发布