如果你有录像而且有时间编辑，绝对推荐做一些这样的片段：一个受测反反复复就是找不到某个功能在哪里、或者多个受测都在同一个地方犯同样错误的重复片段——等他们坐立不安地看完，然后开发和设计就会主动说，这个，该改！嘿嘿，这时候我总是开心得窃笑～
根据公司的需要或者你的职能，可以针对发现的问题提一些大致的修改方案，或者组织相关人员讨论等等~记得要把测试的效果落到实处，哪怕只能在下个版本中去弥补那些问题。
人
谁来做可用性测试？
也许就是正在读本文的你。是关注用户体验的开发人员？设计师？或者PM？介于公司规模、产品特性，可能没有专职的可用性测试人员，最初尝试可用性测试，可能只是团队中的一员抽空来做这件事情。这是最经济的做法，不过记得，这个人要：
客观，不要因为是自己的产品在测试和分析的时候不自觉去袒护它；
有观察力和分析力，这样才能让测试起到成效；
与人沟通的能力，引导你的受测、在公司里争取尽可能的资源和协助。
关于人数，一人虽然辛苦些，但是就能完成。若两人搭档更好，尤其是测试时，可以一人引导、一人负责记录。
受测的招募
保密协议？测试费用？如果这些问题让你打退堂鼓了，不妨先请公司同事作为你的受测。不过记得不要请产品的开发或者测试人员啊，我不死心地试过一次，真的不合适>_<。你可以请和产品的设计开发无关的，比如行政部门的美眉、新来的同事、另外一个产品项目的成员等等，不单解决了费用和保密的问题，而且受测招募也很快捷，不过记得要和同事还有上司沟通好哦。
测试招募真正的用户当然最好了。这里有一些很经济的方法:
去问问客服，有没有一些可以来参加测试的用户？或者请他们在最近接触用户时邀请他们来参加测试；
你可以靠平时累积一些受测用户的资料，比如抽奖等推广活动等等，去问问相关的同事吧；
还有，就是发动同事们，大家把可以作为受测的亲朋好友们推荐给你～
关于受测的人数，根据测试的产品变化：只是增加几个功能的小版本，3～5人；全新的版本，可能5～8人，简单的可用性测试，控制在10人以下。关于这个，经典的理论：5个受测发现80%的可用性问题
地点
简单的房间即可
既然是说简单经济的、初次尝试的可用性测试，当然不会有单向玻璃之类高级的东西～你需要的只是一间不受打扰的房间，可以用产品的电脑。可以临时占用间会议室，有条件的话就找个固定的地方，建一个简易的Lab。我们公司的Lab，小小一间里摆着电脑桌和沙发茶几，平时不做测试的时候做小会议室、中午时候是休息室、有人面试时是接待室，超级多用哦～够经济实惠吧～
移动的lab
若你的产品可以单机运行，或者是个没什么带宽要求的互联网产品，那么还可以带上你的笔记本电脑，把受测请到一茶一坐之类可以上网的安静茶坊里，一样可以坐下来测试。请你的用户喝一杯茶/咖啡，就可以了解他使用产品的情况。这个方法，同样使用于做访谈。
可用性测试并不是件难事，用Angela的话说，可用性测试早就跳楼大减价啦～ 成本可以降低，门槛也可以降低，尝试一两次简单经济的可用性测试，会是在公司中推行UCD很好的起步。关键是去尝试、根据自己所在企业的情况灵活应变。同样的，你也可以尝试其他的一些方法，或是访谈、或只是在平时注意观察他人的使用、询问他们的意见。
合适的才是最好的，当你找到了适合的产品的方法和方式，一定能帮助你改善产品的用户体验。
文章来源于领测软件测试网 https://www.ltesting.net/
