走廊可用性测试:您实际使用了多少UI？

Question

在进行走廊可用性测试时,大多数人会使您的应用程序完全或接近完全正常运行吗？或者您只是确保链接或流链正确吗？或者你只是在纸上画画并继续使用它？

我想早点测试一个原型,并试图找到一个很好的平衡.但与此同时我担心一些非功能性部件可能实际上不能给出具有代表性的结果.

谢谢.

Answer 1

要记住几件事:

1. 经常测试.
2. 可用性测试的目标是发现UI的问题,而不是Q/A代码.

因此,如果用户可以看到您想要测试的UI部分并以实际方式与它们进行交互(例如,单击按钮和链接),您应该能够收集有用的数据.如果某些链接是死胡同,那就没关系,只要有一些方法可以让用户恢复并继续.基本上,对于原型,"正确"路径应该可以工作,但是如果不正确的路径没有(只要有一个相当快速的方法可以回到正确的路径上),这是可以的.如果您提出正确的问题,即使是静态故事板(UI的无功能图纸)也可以为您提供一些信息,例如,"如果您想查看购物车,您会在此屏幕上做什么？").

Answer 2

可用性测试（无论是走廊还是其他方式）仅需要您需要测试的功能。在大多数可用性测试中，您应该回答一些特定的设计问题，以回答和开发您的原型，使其可以回答这些问题。例如，如果您需要测试用户是否理解您对表的排序顺序的指示，那么您所需要的只是表的纸质图片，显示排序指示（表内容模糊），并询问他们如何对表进行排序。如果您需要测试IA，则只需一堆通过导航菜单链接的网页（标题除外）为空。

您只需要与您给用户的任务相关的页面。如果您只是在测试IA，则只需要标准路径上的页面即可。如果您还正在测试错误恢复，那么您需要脱离标准路径的页面以及完整的导航控件。如果您还在测试错误检测，那么您也需要页面上的内容。

您还可以在更容易实现时模拟功能。例如，在测试用户是否可以弄清楚如何获得所需的排序顺序时，当用户单击无法正常运行的控件对表进行排序时，您可以说：“好吧，这样做会为您带来帮助。”用鼠标选择一个书签，该书签以新的排序顺序显示表格。

在走廊测试中，如果用户违反了保真度标准，您可以简单地说：“我还没有做到这一点。让我们回到A，然后从那里继续。”当然，您应该注意，用户在为他们准备的任务中做错了选择。当我提前告诉他们这是一个不完整的原型时，我对抱怨非功能性功能的用户没有任何问题，我们目前仅测试功能x，y和z的UI。

对于低保真度的原型，我经常称它们为用户的“模型”或“图纸”，而不是“原型”以表示功能低下。您可以放置​​明显的占位符以缺少内容（例如，“ Blah，blah，blah…”，“ TODO：此处的产品图片”。）。如果用户对保真度范围之外的内容发表评论（例如，“此符号应为红色以突出显示”），只需注意一下，然后说该主题正在开发中（例如，“感谢。我们尚未开始研究还没有颜色。我们正在尝试找出如何立即组织网站。”）。

对于大多数项目而言，要使迭代设计切实可行，使用有限保真原型进行可用性测试是非常必要的。否则，您会浪费太多的工作来开发必须重做的事情。