做可用性测试的步骤流程

做可用性测试的步骤流程

STEP1 设计测试任务

首先我们应该为测试确定使用场景，让测试的参与者更有代入感，更好地完成任务。

常见的场景：今天加班完准备回家做饭，现在我们想用这个APP购买食材并配送到家，方便我们直接开始做饭。

然后我们开始设计测试者要完成的任务。通常优先设计与核心功能界面相关的任务，再考虑次要的功能界面。

测试任务不能有任何对被测者的引导和暗示，例如：我们不能直接问：“请找到下单的按钮再哪里，然后去下单”，而是应该告诉被测者：“现在你想买这个商品，你应该怎么做?”然后观察他们是否能够及时发现这个按钮，并且正确理解按钮的含义。

STEP2 招募测试人员

招募的测试人员的大的原则是：尽量贴近最真实的目标用户情况;

比如本次更新是针对老用户的深度优化，那么我往往会找一些对产品已经有一定了解的用户来使用，对比之前的体验，看看是否达到了优化的效果;

如果产品针对的是普通用户或者新增功能，那最好找不了解产品的“小白”用户，从0开始发现问题。

当然，最理想的情况是任何人都能轻松地使用，所以“小白”用户通常必不可少。

关于测试人员的数量问题。之前有研究表明，5个用户足以测试出85%的问题，参与测试的人越多，发现的新问题越少。当然这里需要结合实际工作情况来考虑。

STEP3 开始测试

好啦，现在终于开始测试了。邀请测试用户到会议室，倒上一杯暖暖地咖啡，先简单的做一个开场白，营造一个轻松的氛围;同时要让测试用户知道：目标是测试我们产品的可用性，而不是测试他会不会使用我们的产品。以避免产生不必要的压力。

接着告知用户使用的场景、任务目标，开始体验。

测试的过程中，推荐采用“发声思维”的方式，即让用户在使用的过程中，将自己所想的内容通过声音同步表达出来，帮我我们了解现在的情况和用户内心的想法。

实际操作时，用户往往因为害羞等原因，没有将自己的想法说出来，这时就需要我们进行一定的干预，比如问用户：“你现在在干什么呀?”，“你是怎么想的呢?”来试探用户的想法。

在测试的过程中，我们作为观察者，不能对用户进行暗示和指引，否则会使我们的测试结果出现偏差。

同时我们应该做好观察和记录，用户所说的内容和实际的想法往往不一致，仅听用户说是不行的，用户的实际操作才代表了内心真实的想法。一些细节的动作，微表情，肢体语言都能反映出用户此时此刻是否遇到了麻烦，做好记录，帮助我们改进设计。

STEP4 测试完成

测试完成后，我们可以用“回顾”的方式，和用户聊一聊之前操作过程中的想法，以及对产品的建议。最后再给参与测试的用户一个小礼品作为奖励，一方面出于礼貌和感谢，另一方面也是为了提升“参与测试者”的体验，营造良好的氛围。

STEP5 结果分析

测试完成后，我们需要对数据进行分析处理，用测试的结果指导设计。

(1)整理数据

通常我们用表格的形式，将测试过程中的“任务名、用户体验目标、测量方式、任务目标时间、任务实际完成时间、是否完成”等信息进行统计整理。

(2)分析问题的影响程度

我们可以从“效果、效率、满意程度、发生频率”四个方面，来评估问题的影响程度。根据影响程度的不同来决定哪些需要优先迭代。

(3)详细描述问题

仅仅用表格的形式记录数据十分简略，我们还需要通过详细描述问题，让其他人更清楚具体情况。通常描述问题时，需要包含几个方面：“问题概述、用户任务、用户目标、问题详述、原因分析、解决方案”。

(4)重新设计

结合问题的详细情况给出解决方案，对界面和交互进行重新设计，记得更新后需要再次进行测试，已验证是否解决问题。