我喜欢做可用性测试。
没有比把假设放在用户面前来测试更有效的方法了。你不仅可以在开发环境之外看你的工作，还可以从用户那里得到很多创新的想法，因为他们每天都在用这个系统。
这件事你必须尽快安排，但是让人吃惊的是很多开发者并没有这样做。他们应该少花点时间开发，多花点时间和用户交流。也就是说，他们更应该走出去。
我还学会了如何获取更有效的反馈。如果专注于特定的模式，那么你可以提高自己发现隐藏观点的能力。
最好在环境上下文中进行测试
我第一次参与的几个可用性测试就是市场人员喜欢做的：主持人坐一边，另外五六个人坐在另一边。而我们就应该坐在另一边做记录，在观察用户表现的同时还要经常和他们开玩笑互动。
观察用户的表现很有趣。但有时完全没用。所有的可用性测试都有偏差，更严重的是，即使你给用户付了钱，你就能保证他们的表现是真实的？所以，你的目标是要尽可能限制这个偏差。在这个过程中我们可以学到很多东西，这就是为什么我们会继续测试，无论有没有偏差。
最好的方法是模拟用户使用应用程序时的环境。比如，如果用户坐着，我不会对其做移动地图应用的测试，因为用户一般都是在走路寻找某个地方时才使用地图。我已经对手持电话的用户做过了测试，测试指标是“他们找到目的地了吗？”
对于其它应用，我会在办公桌上和用户做可用性测试。这样可以更好地理解用户日常生活中使用应用的环境。
我和客户最近做了一个测试，用户日常生活中必须与3-4 个应用进行交互。我可以从中了解用户使用的其它应用（比如 Salesforce、Excel、Outlook 以及其它六个浏览器窗口）。我一边看用户与软件的交互，一边做笔记，并列出与应用相关的工作流程建议表，而不是我最初设计的那样。
看他们做什么而不是说什么
很多人都喜欢帮助别人，所以他们会积极地面对你摆在他们面前的问题，这种情况被称为社会赞许（Social Desirability）。我进行过几次可用性测试，用户都表达他们如何喜欢这款应用。他们会说：“我喜欢它！我完全会使用它。”
很明显，他们并不知道怎么使用这个应用。
当你称其为“可用性测试”时，终端用户可能会简单地认为是对知识的测试，而不是 app 的可用性测试。他们不想别人认为他们很愚蠢，所以他们会说他们有多了解如何使用网站或他们很专注这个工作，这样他们就不会犯错。很多人都喜欢帮忙，所以他们对你摆在他们面前的问题非常积极。仅凭这一点，我可能就有一系列内容可以写。
看他们做的，以及他们如何对屏幕上的应用做出反应，并试着和他们的评论联系起来。有时，我记录鼠标的运动就可以精确地知道用户在干什么，但是我通常只会粗略的记录一下交互方面。
让用户说话比你想象的要容易
在 Jobvite 工作时，我采访过很多招聘专员和招聘经理。没有比从招聘专员那里更容易得到反馈的了。
你问他们三个问题，他们就会告诉你所有事情。他们中午吃的什么，采访了谁，喜不喜欢他们的工作等等。更重要的是，如果引导他们，他们会告诉你如何使用技术。招聘专员每天会说很多，但是没有人会认真听他们的话。他们一旦有机会，会很乐意谈。
他们和像大多数人一样，希望有人倾听，因为我们是一个开放的社会。作为设计师和开发者，我们给他们对话的机会，也给我们一个获取真实意见的机会。这并不仅仅因为他们使用你测试的技术，他们的环境也适合。
