什么是可用性测试：观察用户使用你的产品，尤其在发现易用性问题。
轻松愉快地与用户交流，获取用户的特征、产品经验、用户需求、消费特征等；适时引导和让用户—产品实际使用的人——说说产品（发发牢骚）。
为什么要可用性测试：
经常我们一群人在会议室里评审方案，公说公有理，婆说婆有理，甚至在一些方案设计，你自己都有疑问的时候，没有什么比让用户来验证更有说服力
任何产品都有问题，因为我们不是用户，很多时候，我们都是想当然去做设计，在测试进行前，没人知道用户怎么怎么用产品，通过测试可以可以帮助我们更好洞察产品
什么时候可以进行可用性测试：
理论上越早越好，可以是低保线框图，也可以是友商的产品，还有就是已经上线的产品。
可用性测试是是怎么做的：
1、设计任务
根据用户反馈，内部讨论，产品经理拍脑袋，可以是核心功能，总之是你关注的点
注意：任务的设计要具体，尽量贴近用户的真实使用场景，尽可能符合用户流程
2、招募用户：
a、找什么人测试：
尽可能接近真实用户，可以是实际用户，也可以类似的目标用户（比如我们网络产品，我们公司的工程师背景的人都是类似的用户）筛选关注用户的经验和行为，但是经常我们会因为找不到符合用户而耽误测试，不如放宽用户条件
b、要找几个（有调查表明5名用户发现85%的问题，一般小的功能3到5个就够了）
3、进行测试
A、环境准备（这个产品需要的环境）
B、预测试（找同事做一个预测试，看看能不能有没有什么纰漏）
C、告诉测试者目的，主要是邀请他来发现产品存在的问题，帮助产品优化，鼓励用户“出声思维法”，即要求用户在操作时，想到什么都说出来
今天邀请来试用我们的**产品，想听听你对我们产品的建议，帮助我们更好的改善产品。你在操作中发现任何问题，想到什么，就说什么？
D、测试完成立即做当场小结，把测试过程记录下来。
E、尽可能邀请相关人（产品经理、开发或者设计师）旁听，这样可以感同身受，有助于后期的推进
8、分析问题
通过用户测试，对任务完成做一个统计，你也会收集到很多问题，需要对问题进行分类或者优先级排序,并且对问题详细的描述
可用性测试就这么简单，而且这个过程，在测试执行过程，不但发现了产品问题，还可以向用户学习，还可以和用户做朋友，很有趣，百闻不如一见，我们来实践一下吧
（工作坊时间：拿出目前大家正在做的产品，现场做可用性测试）
