对客户期望的可用性标准测试 - 51ste软件测试部落-中国软件测试者的乐园
登录|注册

对客户期望的可用性标准测试

作者:ruink  发布时间:2018-06-21 13:56:08  关键字:可用性测试 

摘要:允许在版本中存在小缺陷会影响客户对软件专业性的看法。我们永远不会捕捉到每一个奇怪的、隐蔽的bug,但也有一些潜藏着的设计元素。我们的测试工作集中在这些地方,或者至少不忽视它们,我们可以在客户之前发现更多的问题。

我在一家软件质量公司工作,95%的工作是为我们的用户或客户的员工提供商用现成解决方案。作为实施新解决方案流程的一部分,我们与用户共同制定测试计划,确保交付的配置按计划运行。我很幸运有一个优秀的测试团队,他们构建并执行这些测试。

通常,遇到一个有功能问题的用户,我依赖配置要求来确定配置是否按要求工作。现在,这是有趣的开始。

对客户期望的可用性标准测试

我对可用性测试有很大的信心,当我发现软件存在简单的可用性缺陷时,我会很兴奋。但是当深入挖掘这个问题时,我们发现这是从供应商那里传递出来的,而不是与我们的配置有关的,所以这个问题被归类为“设计如此”。我的用户看着我们,就像我们不应该被允许同时走路和咀嚼口香糖一样,这些问题只是软件工厂的愚蠢错误。

在为几家软件开发公司工作之后,我可以告诉你他们的员工都非常聪明。首先,软件设计师开发要包含在一段代码中的特征和功能。接下来,这个设计被编码并经过多轮测试。在这个周期的某个时间点,急于出货允许bug进入软件,它们没被修复或被发现,因为只有时间来测试关键功能。

我希望能够说多年来软件质量已经变得更好了,但事实并非如此。在我看来,推送补丁的方便性已经让我们的供应商变得懒惰,并生成具有已知问题的代码,只需将其留给用户即可发现。

我们永远不会捕捉到每一个奇怪的、隐蔽的bug,但也有一些潜藏着的设计元素。我们的测试工作集中在这些地方,或者至少不忽视它们,我们可以在客户之前发现更多的问题。

文本框

我已经多次看到这个问题:一个文本框显示可以输入50个字符长度,但实际仅能输入25个。当用户在屏幕上看到允许长度输入头脑中的一条语句,以便在所允许的长度内传达所需的信息时,看到文本中途停止然后出现错误真的很烦人。

我甚至有一个基于云的解决方案,有超过五万个安装,让用户输入整行文本,但是当你移到选项卡外时,将得到一个错误消息,说明长度超过了可用空间,然后它会清除你刚输入的内容!很显然,页面的设计者知道预期的长度,但是在开发的某个地方,设计改变让可存储的长度发生了改变,但是页面从未被重新绘制。

充当单选按钮的复选框

你会看到一个文本框块,它告诉用户可以选择零个,一个或多个选项来过滤数据。然后用户需要选择一个复选框,并且当他们尝试选择多个复选框时,只有最后一个被选中。再次,编码中发生了设计更改,但在测试窗口中没有修复。

仅对可见的结果数据进行排序

创建一个过滤器,返回四页的结果,并希望根据提供过滤的字段之一进行排序。但是,当你尝试排序时,只有页面上显示的记录被排序,因此排序很无用。这让用户发疯了!

缺少选项卡顺序测试

并非所有的用户都使用鼠标,因此缺少选项卡顺序对于那些使用专用设备或者不能使用标准鼠标的用户来说是一个真正的问题。考虑扫描枪或用户出现视力问题并使用盲文显示器的地方。不仅有来自ADA(美国残疾人法案)的诉讼风险,更重要的是,所有用户都应该享有相同的可用性级别。

这次提交按钮在哪里?

如果有提交按钮,请将其放在应用中所有页面的相同位置。缺乏一致性表明缺乏设计标准。

单个页面上的太多字段

你的用户可能一次执行多项任务,因此如果你要求他们在保存之前输入超过20个字段,则是个问题。你应该考虑一个多页表单或一种方法让用户将事务保存在临时状态中。

只有一个提交按钮的长页面

我们都看到长屏幕上有很多字段需要输入,然后才能进行提交操作。但是,如果提交按钮位于屏幕的顶部,并在用户输入所需数据并向下滚动页面时隐藏,帮助他们在页面的末尾放置另一个提交按钮。

错别字

我知道拼写检查不是一件好玩的事情,但是现今这样的工具都已出现,没有任何借口让用户在应用的任何地方看到拼写错误。它使你的产品看起来跛脚,这包括帮助和错误消息。

无自动滚动条

如果用户在屏幕上的应用比设计的要小,则应出现滚动条。是的,你们都会说“当然”,但几年前我打了一架,厂商说这个屏幕是针对XY屏幕进行了优化的,这不是一个bug

断开超链接(Broken Hyperlinks)

这是另一个简单项,应该在它出去之前进行测试。有自动化工具验证所有链接是否为空地址。

无法连接到任何帮助的帮助

如果有一个绝望的用户来寻找帮助,确保他们能真正连接到帮助内容。同样,应在设计阶段创建帮助。否则,丢失的是与真正需要共享帮助的用户联系。

上面这些问题都不会被看作是一个重要的bug,但这不是用这些基本设计缺陷发布解决方案的有效借口。这些问题的拥有者是我们的软件提供商,我们需要提高对这些问题的标准。

你和你的用户还看到了什么问题?

ruink翻译自Nels Hoenig 的《Testing to the Usability Standards Our Customers Expect》一文。

本文由51ste.com网友编辑,未经授权,不得转载使用上述作品盈利;个人转载,需标明原文作者及出处。

说说看法查看全部评论(0)

微信二维码

部落微信公众号

QQ二维码

部落QQ群二维码