“可用性测试”，乍一听有木有觉得高深莫测？但其实，它可能比你想象的简单一万倍。
《Don't make me think》作者Krug 专门为可用性测试写了一章。总结一下：
一。可用性测试现状
人们普遍对可用性测试存在认知误区，而这个认知误区导致可用性测试做得太少、或太迟。
二。正确认识可用性测试
事实上，可用性测试门槛非常低，既不难也不贵，但它至关重要，应该贯穿产品整个设计阶段。
1. 测试门槛：
如果你经费有限，可以少测几个人；甚至可以找亲朋好友帮忙。被测符合目标人群并没有想象那么重要，因为“对很多最严重的可用性问题来说，每个人都会遇到它们”-----《Don't make me think》 。所以 完全不需要纠结测试人数和身份问题。
2. 重要性：
用盖房子类比，设计就是做模型的阶段，纠正任何错误都还来得及；一旦动工进入研发，等于已经开始打地基了灌钢筋水泥了...这时候甚至房子建好后再想改（倒不是不能改），但成本巨大。
三。可用性测试测什么？怎么测？
并不是只有产出了可交互的原型，才可以做可用性测试。甚至啥都没有产出的阶段，也可以测。具体：
Krug建议每次邀请三个用户为佳。我个人也认为，不要太多。因为最严重的问题所有人都会遇到它，三个足够了；并且如果人太多，把测试以及后面问题整理的复杂度都提高了，很难坚持下去。大多数人都喜欢简单的事，而本能的想回避困难的事。
四。如何提高测试质量和效果？
怎样才能让可用性测试真正发挥作用、指导设计？
怎么样？是不是发现，可用性测试并不是那么高不可攀了？
