快速而肮脏的可用性测试技巧？

StackOverflow https://stackoverflow.com/questions/97913

题

您最好的可用性测试技巧是什么？我需要又快又便宜。

有帮助吗？

解决方案

在针对网页设计的同时，Steve Krug 的出色“别让我思考：Web 可用性的常识性方法》的特色（至少在第二版中），标题为“每天 10 美分的可用性测试”的精彩章节，我认为它适用于更广泛的平台。

本章专门讨论了在低预算（没有钱和/或没有时间）环境中快速而肮脏地完成的可用性测试，并说明了获得初步“感觉”的一些最重要的考虑因素。

我特别喜欢的一些点是：

  • 你不需要对大量的人进行测试（这一观点也得到了回应 雅各布·尼尔森)
  • 实时反应非常有价值；如果可能的话，确保开发人员可以看到反应（也许使用摄像机和电视；它不需要是一个昂贵的）
  • 尽早测试几个人比稍后测试很多人要好

乔尔·斯波尔斯基以倡导“走廊可用性测试”，你可以抓住一些路过的用户并要求他们完成一些简单的任务。部分受到“少数用户产生大部分结果”理念的启发，它也相对方便且便宜，并且可以经常进行。

其他提示

请不懂技术且不熟悉它的人来使用它。

The archetypal non-technical user, one's elderly and scatterbrained maiden aunt. Invoked in discussions of usability for people who are not hackers and geeks; one sees references to the “Aunt Tillie test”.

这 Aunt Tilly Test （在当今时代可能需要一个更好的名字，但这就是它所指的）

您必须观察人们使用您的应用程序。如果您在一家规模合理的公司工作，请进行一些“走廊测试”。把走过你家门的人拉进房间，然后说：‘你能在这个系统上运行一下下个月的工资单吗？应该只需要两分钟。

希望他们不会有任何问题，也不会对路过的人造成太大的影响。解决任何问题或平滑任何不必要的复杂和重复的过程。很多。

另外，请确保您知道什么是可用性以及如何实现它。如果您还没有，请查看 日常事物的设计.

这里有一些很好的建议。

我在职业生涯早期犯的一个错误是将可用性测试变成了教学练习。我会花大量时间解释如何使用该应用程序，而不是让用户弄清楚。它教会了我很多关于我的应用程序是否易于使用或难以使用以及他们在尝试使用该应用程序时的困惑程度。

我做的一件事就是整理一个非常简单的场景，说明我希望用户做什么，然后让他们去做。它没有分步说明（“单击 A 按钮，然后单击 B 按钮”），而是显示“创建新帐户”和“存款”等内容。从那时起，用户可以“探索”我的应用程序，我可以看到它是多么容易使用。

无论如何，这相当便宜，而且对我很有启发。

快速和便宜不会削减它。您必须投资用户体验框架，首先为您的应用程序或网站定义明确的目标。我知道这不是人们想听到的，但在多年来监督和观察大量用户测试之后，使用尼尔森的折扣可用性方法在大多数情况下是不够的。当然，如果你的设计真的很糟糕并且犯了巨大的可用性错误，那么快速而肮脏的做法将会清除系统中 80% 的垃圾。但是，如果你想要长期、优质的可用性和用户体验，你必须从一个好的设计团队开始。我指的不是优秀的图形设计师，而是优秀的信息架构师、交互设计师、XHTML/CSS 编码员，甚至是 Web 分析专家，他们将确保您的网站/应用程序可以通过明确的目标和指标进行衡量。我知道，这需要很多钱，但如果你认真对待你的业务（我相信我们大多数人都是如此），我们需要认清现实并预先投资，而不是试图找出整个过程中出了什么问题。事情是在线的。

另一个要研究的课题是 启发式 为了可用性。这可以为您提供需要遵循的一般提示。这是另一个 使用启发法

如果您不知道从哪里开始，请从小处开始。让朋友坐在你的电脑前。说明您希望他们使用软件完成任务，并观察他们所做的一切。

当他们实际工作时保持沉默是有帮助的。把一切都写下来。 "John spent 15 seconds looking at the screen before acting. He moused over the top nav to see if it contained popup menus. He first clicked "About Us" even though it wasn't central to his task." ETC。

然后利用从中获得的知识来帮助您设计更复杂的测试。对来自不同知识领域的不同用户进行测试。更复杂的任务和更多的任务。

拍摄他们。安装在显示器上的网络摄像头是捕捉他们眼睛移动位置的好方法。录像机以 45 度角从他们的肩膀上方过来是捕捉概览的好方法。如果你能同步两者的时间，那就加分了。如果您无法完成这一切，请不要担心。做你能做的事。

不要把你的测试当作你最后一次需要的测试，并且你想让它完美。没有完美的。唯一接近完美的就是多次迭代和多次重复。只有当测试数量接近软件的实际用户数量时，您才能接近 100% 的置信度。通常没有人能接近这个数字，但每个人都应该努力做到这一点。

在纳入您认为需要的改进后，不要忘记重新测试人员。相同的人，不同的人，都可以。

做你能做的事。不要哀叹你做不到的事。只是哀叹那些你本来可以测试但没有测试的东西。

我回答得很晚，但我正在考虑就一些想法提出类似的问题。也许最好保留这个问题中的所有内容。

我会这样说：

  • 不要向人们传授您的应用程序。让他们有新鲜的眼光。

  • 要求他们做一些任务并使用 camstudio 等工具记录他们的操作 http://camstudio.org/

  • 测试结束后，让他们回答这么简单的问题。这是我的清单：

    • 当您访问该应用程序时，您的第一感觉是什么？
    • 您能否定义应用程序使用的关键概念？
    • 该应用程序最积极的 3 件事是什么？
    • 该应用程序的前 3 个负面因素是什么？

您对这些想法有何看法？

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top