可用性测试

可用性测试是改善产品的最佳方式之一。简单地说，就是通过观察用户使用产品，发现产品中存在的问题的一种方法。

在测试前，设计几个能反映出产品核心操作的任务。招募5名左右的用户，这些用户最好可以代表产品的真实用户。在测试中，仔细观察有代表性的用户对于典型任务的操作情况，记录下发现的问题。在测试完成之后，对发现的问题进行分析，并找出最严重的问题。通过优化这些问题，可以在很大程度上提升产品的操作体验。

设计测试任务该注意些什么

给出使用目标，而不是直接地操作。

比如，你要测试一个收藏文章的功能是不是易于使用，如果把任务设计成“请你找到喜欢的文章，点击收藏按钮”，会使任务变成考验用户的眼神好不好，是不是能发现那个按钮。引导性过强的任务设计很难达到测试目的。

如果将任务改成“有篇文章你很喜欢，以后还想再找到它，你会怎么做呢”则更合适一些，因为这样更贴近用户真实的使用情境。

尽量选择最重要、最频繁的任务进行测试。

在实际工作中，我们的时间和资源都有限，如果测试任务过多，疲劳因素会导致用户希望快点结束测试而草草了事，所以测试过程应尽量控制在1小时之内。除去测试前的欢迎和说明工作，一般测试任务的时间为30～50分钟，选择5～8个功能点进行测试。设计的任务要以涵盖产品的核心操作为主。简易可用性测试时间则更短，可以灵活考虑。

符合正常的操作流程。

测试的任务一般都不止一个，为了使用户感到自然，任务的顺序应该符合正常的操作流程。例如，在测试写博客的网站时，测试任务设计为“登录—撰写标题—撰写文章—插入图片—插入音乐—发表文章—分享”就很符合逻辑，如果打乱正常顺序，会使用户感觉到突兀。

测试用户的选择

选择有代表性的用户。

如果你要测试一个购买彩票的网站，选择从来没有买过彩票的用户肯定是不合适的。如果要测试一个以女性用户为主的导购类网站，选择男性用户来进行测试，结果也不可能准确。邀请的用户应该尽可能地能够代表真实用户。另外，注意关注产品使用经验和行为（比如，与该产品相关的经验、与相似产品相关的经验、用户的网络使用经验等），选择出最有价值的测试用户。

如果有充足的时间和精力，可以调用产品数据，获得用户资料，邀请符合目标用户的外部用户来进行测试。如果是时间紧迫的快速测试，也可以直接邀请同事或朋友。但值得注意的是，一定不要找同部门、同产品线的同事。对产品过于熟悉、站在网站工作人员的立场，都会影响测试结果的准确性。

用户数量的选择。

在用户数量的选择上，有调查表明，5名左右的用户可以发现大约85%的问题。随着用户数量的增多，发现的新问题会逐渐减少。但前提是招募到的是有代表性的目标用户。否则，数量再多也可能发现不了问题。所以一般小的功能点，测试3～5名用户即可。新产品、较大的改版和重要功能，可以测试5～10名用户。

测试过程中的注意事项

在一切都准备就绪后，最重要的测试环节就要开始了。测试员可以尽量营造一种轻松自在的环境，保证测试可以自然地进行。告诉用户参与测试的目的，我们要测试的是产品的问题，而不是考验用户。在测试过程中，还需要注意以下问题。

切忌引导性过强。

可用性测试中最忌讳的就是引导性过强。测试员要做的只是默默地观察和记录。在测试过程中，在用户遇到困难时，可以适当鼓励，但尽量不要提供帮助，不要尝试教用户怎样去操作。如果用户在不知道怎样对商品进行收藏时，测试员说“你可以尝试在页面上找一找收藏按钮”，肯定会影响测试效果。也不要提出带有明显喜好性的问题，例如，“你是不是比较喜欢这个颜色的按钮”、“如果这个对话框再大一点你会不会更容易发现”等。

操作行为永远是重点。

操作行为是最直接、具体和客观的用户反馈。用户的语言有可能带有欺骗性，这并不是因为用户故意撒谎，而是他们有可能会揣测测试员的喜好，给出他们期望的答案。真实的行为则不会骗人。所以测试者应该减少语言对用户的干扰，更多地去关注用户行为。可以鼓励用户采用“出声思维法”，即要求用户在操作时，将完成任务时所有的思考、行为、感受都描述出来，这样，测试员更容易发现用户行为背后的原因。

不要忽视现场反应。

除了直接观察操作行为之外，用户在现场的一些细微反应也值得注意，比如表情、在操作过程中发出的声音和下意识的动作等，往往可以暴露出用户最真实的心态。如果在操作过程中，用户无意识的发出“咦？”“哦……”的声音，就算他操作正确，也可能对产品存有疑问。眉头紧皱或是挠头思考，都有可能代表着产品的易用性不是很好，需要思考才能发现该如何使用。

考虑使用场景。

每种产品都有一定的使用场景。

如果测试的是使用场景比较固定的Web端产品，只要找一间安静的房间就可以进行测试。在进行测试时，工作人员一般会描述真实的使用情况。如在优化购买彩票的网站时，为了测试网站的购彩流程是否快捷易用，测试员会描述“现在还有3分钟就要停止销售了，你要迅速地购买一张彩票”。在测试导购网站是否可以推荐好的商品时，测试员也可能会说“你的女朋友就快要过生日了，给她挑选一个合适的礼物吧”。

但如果测试的是移动端产品，我们就一定要考虑到移动场景的多样性。例如，在为一款地图导航应用做测试时，在安静的房间中很难测试到所有的可用性问题。大多数情况下，用户是在吵闹的街头、摇晃的公交车、移动信号不稳定的地铁环境下使用产品的。我们最好能够走进真实环境，去测试产品。

感谢被测者，并给予一定报酬。

在测试结束后，测试员应该感谢用户的到来，并给予被测者一定的酬劳。这一点也会在邀约用户时讲清楚。如果没有酬劳，也最好准备一些礼物或代金券送给被测者以示感激。测试地点最好让人感到舒适自然。在放松的环境下，被测者更容易展示出真实的一面。

问题的分析与改进

在测试完成之后，我们可以趁着记忆犹新的时候，把有用的问题快速整理出来。如果测试时进行了录音或是摄像，重看录像和重听录音也许可以发现更多问题。

测试结果通常会反应出大量的问题。零散的结果不便于分析和比较，量化的标准可以帮助我们更加直观地分析结果。因此，整理问题时，可以按照问题频数、严重等级、优先级和违反的可用性准则这几项标准进行记录。

通过可用性原则，可以衡量出测试中暴露的问题违反了哪些可用性准则。

为问题的严重性做一个排序，可以给项目组的成员做一个参考。如果时间有限，无法解决测试中的所有问题，可以优先解决严重且紧急的问题。

灵活运用可用性测试

一说到可用性测试，很多设计师可能会感到望而却步，会说：“它会占用很多时间的”，“我们没有用研人员”，“我们的用研人员暂时没有时间”，“写报告太麻烦了”，“专业的设备很贵”，“我申请不到提供给被测者的酬金和礼物”，“我平时总想不起来，一般也没那个条件”，“现在都快上线了，做完也来不及改了”……

其实可用性测试的门槛可以非常低，不一定要等产品完全开发完毕才可以开始，不一定要由专业的用研人员来做，不一定需要专业的设备，也不需要循规蹈矩地完全按照流程去操作。在实际工作中，我并不推荐经常使用成本较高、正式的可用性测试，而是建议在设计过程中多次使用简易可用性测试的方法。毕竟能解决问题才是最重要的。

用户研究人员可以先对产品经理和交互设计师进行简易可用性测试的培训，让他们了解一些必要的注意事项。之后，就可以由他们自行完成简易可用性测试了。简易可用性测试非常地简单。你可以测试竞品、纸面原型、低保真原型等，只要你有想了解的内容，只要你想知道用户对你现阶段的设计方案评价如何，都可以进行可用性测试。邀请不熟悉这个项目的同事或朋友，花上一小段时间，观察被测对象的操作过程，再进行简单的访谈，并记录下重点就可以了。

所以，有条件的话，可以在设计过程中进行多次简易可用性测试。在设计已经非常完善的时候，使用高保真原型或在内测环境下再次进行较正式的可用性测试，发现细节层面的问题。