可用性测试
你怎么知道你的应用程序能正常工作。也许你的程序通过了编译，也许它通过了所有的单元测试。也许它还成功通过了QA的严酷考验。然而所有的这些都不能说明你的程序可以正常工作。
如果你不找来真正的用户做可用性测试的话，你无法知道你的程序能否正常工作。
低保真测试演变
基本理念：如果你想知道你的软件是否容易使用，那么在一些人尝试使用它们的时候观察他们，记下他们遇到的问题，然后修正这些问题，之后在度测试。
刚开始可用性测试非常昂贵，需要建立一个可用性测试的实验室，招募大量的测试用户，以得到有统计意义的结果，每次测试需要花费2～5万美元。因为成本原因不会经常使用。
1989年，jakob Nieob写了一篇文章，”打折扣的可用性测试”(中文翻译)。文章中指出可用性测试不是非得那样做不可。不需要可用性实验室，减少很多的测试用户，也能得到相同的结果。唯一的问题是聘请一个人主持一次测试仍然得花上5000～15000美元。
这里应该使用更加激进的方法。我们要合理利用客户这个群体资源。可行的话，找几个真实的用户来进行新上线的功能的检验。使用配置白名单的方式来进行小群体的测试也是可行的方案，之后可以逐步扩大开放范围。
关系图
减少了测试人员的数量，你也可以获取可观的测试结果。
从上图可知，少量的测试人员也可以发现相当的软件问题。(此图来自jakob Nieob的文章)
准则
以下是低保真可用性测试的知道原则：
我该在什么时候测试
理想情况下，在出现重大变更的时候，需要进行测试。比如更改用户的操作习惯等。我需要找多少用户
从图中的关系来看不需要太多。要找什么样的用户
一般情况下是随机抓一些人，只要会用电脑就行。但是对于一些专业性软件，需要找专职的人员测试。测试要持续多长时间
尽量保持简单，每个用户保持在45分钟～1个小时。在哪里测试
无所谓测试人员应该具备怎样的特质
需要一定的耐心，专业软件专业人才来测试。我需要什么设备
有些客户习惯在线直接测试，但是有些可能希望观看录制的视频，或者观看内部人员的直播。我要为测试做什么准备
提前想好要展示的东西，草拟一些步骤和说明。测试需要花多少钱
理想的情况是最好不要花费一分钱，找一些希望有这个功能的客户进行免费的测试。我们应该怎样解读测试的结果
这个比较重要。向开发团队和任何感兴趣的项目干系人汇报，或者可以以邮件的形式发送到相关的人员。