计划筹备

选择测试任务

我们未必可以测试到app的方方面面，在时间和各种资源条件有限的情况下，可以尽量选择最重要的、使用最频繁的功能，来设计测试任务。

好的任务描述文案读起来应该更像剧情脚本，而不是简单的引导说明；对比下面两种风格：

• “查找一种沙爹酱的替代品”——不是非常给力。
• “今晚，有位朋友会来你家用餐，他对坚果过敏。看看有什么方法可以相应的调整一下食谱？”——很好，具有很真实的情景感和带入感。

记得自己先把这些任务过一遍，确保在正式开始测试之前，原型本身不会出现明显的错误和问题。

制定考量标准

测试结果通常会反映出大量可用性方面的问题；量化的标准可以帮我们很直观的比较出每轮测试之后产品在设计和功能方面的迭代成果。有以下几方面的考量标准需要特别留意：

• 任务完成度：用户成功的完成任务了没？
• 完成任务的时长：用户花了多长时间来完成任务？
• 所需的步骤：用户在完成任务的过程里，需要访问多少页面，会产生多少次触摸或点击？
• 用户在完成任务的过程中犯了多少错误，严重程度如何？

• 用户满意度如何？(5分制)

选择用户

必须选择“有价值”的用户进行测试。对于烹饪类的应用来说，找那些一周多数时间里以冷批萨为主食的用户来参与测试，将是一件即无厘头又坑爹的事。

可以基于早期的用户人格与市场方面的调研来描述你希望寻找的目标用户。寻找的范围和方式大致包括：

• 亲朋好友以及业界相关的联系人
• 通过你的网站或博客发布招募信息
• 在社交媒体中寻找与当前产品领域相关的用户
• 使用公告板、邮件列表等

酬谢回馈

如果你觉得很难找到测试对象，那么除了思考招募途径方式以外，也可以考虑为参与测试的用户提供一些酬谢回馈。大致的形式包括：

• 产品推出之后优先或免费使用的特权
• 酬金
• 代金券(网购优惠券或实体票券等)
• 吃吃喝喝

选择测试工具

有很多现成的工具服务可以对用户测试工作起到推动和辅助作用。

Feedback Army会随机邀请一些用户来回答你的测试任务问题，并以文本的形式进行回馈。如果你的产品受众面很大，那么这种方式还不坏，否则你将很难得到你所需要的方向性很强的回馈。

UserTesting则更加高端些，他们会帮你选择合适的用户群，并通过视频记录下用户完成测试任务的过程，然后将结果发送给你，而且成本还算廉价。一个弊端是，他们对用户的筛选是基于统计数据的，所以如果你希望参与测试的用户应该是那些每周至少5天会在家做饭的人，那么你能依靠的就只有用户的诚实了。另外，你也无法在测试过程中针对重要的交互环节向用户提出具体问题。

如果你需要与用户进行远程交流互动，那么屏幕录制和分享等功能是必不可少的。Adobe ConnectNow和Skype在这方面都很给力，iShowU(Mac)和Camtasia Studio(Windows)也是不错的选择。

当然，最好的测试方式，还是在面对面的互动中对用户微妙的反应进行观察和分析。最好摄像头和麦克风来记录下整个会话过程，并在测试结束后使用Silverback(Mac)或Morae(Windows)这类工具回放，进行分析。

出处：Be For Web
责任编辑：bluehearts

上一页 原型设计与用户测试 [3] 下一页 原型设计与用户测试 [5]