测试产品的可行性和可用性
尽早进行用户访谈和可用性测试对于产品的成功至关重要。我们甚至测试设计草图来获取对流程的感受和想象模型。越是早期，我们越多测试问题／解决方案的匹配性，并调研潜在用户获取反馈。在后期，我们更多地测试产品的可用性。
用户访谈和可用性测试是测试产品可行性和可用性的最有效方式。不断测试来验证产品和团队关注并解决了人们真正的问题，而且为产品创建了优异的用户体验。我们发现尽早定下测试计划是在项目中能够持续进行用户访谈的最佳方式。项目的访谈和测试应该两周安排一次。这个安排会确定访谈和测试的期望值，团队应该根据具体项目来讨论这个计划是否可行。测试应该永远为项目和用户的需求服务。
我们测试的是软件，而不是你。
可用性衡量的是用户想要获得某种产出的难易程度。
我们用测试驱动开发的方式来做可用性测试：写下用户的明确产出。我们使用工作故事的格式来写我们的产出。
当上班时，我希望能够查看团队的状态，这样我可以帮助被阻碍的队友。
当脚本写好后，我们就开始寻找被测试者。
最有代表性的候选人会从我们现有的用户群众找出。发一条推特，在我们的网站上增加一个横幅广告，或者在我们的 newsletter 中增加一个链接。甚至上线前的项目都有邮件列表。
当我们没办法找到候选人，或者现有用户不感兴趣时，我们可以在 craigslist 网站上找到候选人。我们的行政人员在 Craigslist 发一个帖子，安排他们来我们的办公室，并在完成测试之后给他们 30 美元。
我们有一个用来在 craigslist 上招人的模版。
当测试人员到达后，我们做自我介绍并解释测试流程。流程并不需要非常严格，我们希望测试者放松。虽然是一个放松的测试，还是需要提醒用户几点：
- 我们需要你的诚实反馈。
- 你将要看到的东西没有一样是我做的，无论你怎么说都不会伤害我的感情。
- 我们在测试软件，不是测试你。这不是用户测试，这是可用性测试。
如果我们录像，我们会请他们签订一个简单的同意表单。
当开始测试后，我们会要求测试者大声说出他们在使用软件时的感受，虽然有点不自然但是非常重要。当测试进行时，唯一需要说话的时候就是让他们再次大声说出感受，问他们问题，给他们要完成的目标。
我们应该避免问这样的问题：「这个任务对你来说是不是太难了？」，而应该追问问题。例如某人说：「这个太棒了！」，我们不应该沾沾喜喜。我们应该追问：「为什么你会觉得很棒？」，我们在追寻答案。
在这个环节之后，我们看看我们记下的要点，在下一轮可用性测试之前识别出一些最急需修复的问题。如果我们发现了方向性问题，难免会禁不住推倒重来。我们要控制住这种冲动，尽量不做极端的改动。