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

Question

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

我想尽早测试一个原型，并试图找到一个良好的平衡。但同时我担心一些非功能性部件实际上可能无法给出具有代表性的结果。

感谢。

Answer 1

要记住几件事：

1. 经常测试。
2. 可用性测试的目标是找到 UI 的问题，而不是Q / A您的代码。

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

Answer 2

可用性测试，走廊或其他方面，只需要您需要测试的功能。在大多数可用性测试中，您应该使用specific design questions to answer并开发原型，以便能够回答这些问题。例如，如果您需要测试用户是否理解您对表的排序顺序的指示，您只需要显示排序指示的表格的纸张图片（表格内容模糊）并询问他们表格的排序方式。如果你需要test the IA，你需要的只是一堆网页，除了标题之外是空的，通过导航菜单链接。

您只需要与您为用户提供的任务相关的页面。如果你只是测试IA，那么你只需要规范路径上的页面。如果您还在测试错误恢复，那么您需要关闭规范路径以及完整导航控件的页面。如果您还在测试错误检测，那么您还需要页面上的内容。

您也可以在更容易的情况下模拟功能。例如，在测试用户是否可以弄清楚如何获得所需的排序顺序时，当用户点击一个不起作用的控件来对表进行排序时，您可以说，“好的，这样做会让你这样做”，而你使用鼠标并选择以新排序顺序显示表格的书签。

在走廊测试中，如果用户违反保真信封，您可以简单地说，“我还没有完成那部分。让我们回到A，并从那里继续。“当然，你应该注意到用户在你想要的任务上做了错误的转向。我没有遇到任何用户抱怨非功能性功能的问题，当我告诉他们这是一个不完整的原型时，我们现在只测试功能x，y和z的UI。

对于低保真原型，我经常将它们称为“模型”或“图纸”给用户，而不是“原型”来表示低功能。你可以把明显的占位符放在缺少的内容中（例如，“Blah，blah，blah ......”，“TODO：关于这里的产品图片。”）。如果用户对保真度信封之外的内容发表评论（例如，“此符号应为红色以突出更多”），只需记下它，并说该主题正在开发中（例如，“谢谢。我们还没有开始工作还有颜色。我们现在只想弄清楚如何整理网站。“）。

对于大多数项目来说，迭代设计确实需要使用有限保真原型进行可用性测试。否则，你就会浪费太多的工作来开发必须重做的东西。

Answer 3

我建议进行几轮可用性测试。首先是在纸面上，也许是稍后在屏幕上，通常在整个应用程序生命周期中（采用敏捷方法）。

对纸质原型有一个很好的论据。当用户看到屏幕，甚至功能有限时，他们可能会犹豫是否建议更改，因为它看起来“已完成”。

毫无疑问，把它全部写在纸上是不容易的，但这就是我要开始的地方。可能只从应用程序的一个或两个部分开始。并确保具有良好人员技能和/或解释技能的人员可以引导用户完成它。让第二个人随时记笔记。试着提出开放式问题等等。

Answer 4

对于走廊测试，我将测试没有实现的功能。

测试在白板或纸上完成的设计。你会惊讶于你在这些最小的模型中发现了多少。它们制作起来非常便宜！

功能原型适用于以后。如果您为可用性主题提供功能界面，那么他们就不太可能质疑您是否首先实现了正确的功能集。

Answer 5

我会让UI功能化，以便用户可以真正玩它，它会比静态图像好得多。人们可以告诉你他们是否对用户界面感到满意。

Answer 6

我会确保用户界面中的所有内容都有效，或者至少会向您发出明确，明确的消息，指出该功能尚未实现。

通过免责声明向客户展示有关功能X如何不起作用的原型通常会被忽略。他们将尝试原型，点击featuree X并愤怒地回复“功能X不起作用！这真的需要在最终版本中工作！为什么它不起作用？”。客户对产品感到困惑和不满意，这让自己感到沮丧，因为它掩盖了积极的反馈。此外，你告诉他们它不起作用，为什么他们不能用他们的想象力来设想它在最终版本中的运作方式呢？

让它工作，无论是粗略的版本，虚拟数据，甚至是一条简单的消息，说“现在会按字母顺序显示结果”。