任务|十分钟学会如何进行可用性测试( 三 )

向大家展示你的角色，包括你将如何推进评估和观察，并告诉大家诚实的反馈是至关重要的。
鉴于参与者的角色是自愿帮助你评估系统，确保他们明白自己不是实验品，他们有权利随时喊停，而不是被迫回答所有的问题。如果可能的话，给参与者一个奖励并说 “谢谢你的宝贵时间”。
另外，不要通过给出指令来引导用户完成任务，Newman（2020）建议提前说明以下几句话：“我希望你试着去完成这项任务。如果你陷入困境，真的需要帮助的话，我随时都在。但我真心希望你能够尽你最大的能力来完成这件事，之后我们会讨论你遇到的问题。”
2. 参与者应该怎么做参与者应该大声说出他们在想什么和想到什么，例如：

他们在找什么。
大声朗读文本。
推测系统的工作方式。
他们如何理解自己在做什么？
解释系统反馈。
解释和论证他们的决定。
他们感觉怎么样？

你可能会问，为什么要这样？因为这样你可以听到他们在思考任务，知道他们注意到什么，听到他们如何解释他们的选择。
知情同意
如果需要，可以要求参与者签署知情同意书，以下是示例：

文章插图
密歇根大学的知情同意书示例（纽曼，2020）
3. 如何调节

测试前要做好应对问题的准备；
选择一个安静私密的地方；
录制测试会话（录制视频和音频，方便之后分析所有内容）；
使用记录表来跟踪记录器的进程。

日志记录表能够使任务分析井然有序，并在测试期间只关注相关报告：

文章插图
字体：（密歇根大学，2020）

文章插图
六、收集统计数据并分析结果 Collect statistics and Analyse theResults
回到目标陈述，“用户 X 是否可以使用系统 Y 来执行活动 Z ”，你需要：

收集以下统计数据：任务成功 / 失败次数；出现的错误；计时。
审查关键事件：故障发生在哪里？为什么会这样？
解释汇报答复。

文章插图
“任务的成功非二元结果”（密歇根大学，2020年）在用户测试结束时，你应该收集：

5 – 7 次测试会话；
大约 25 到 50 个用户测试任务；
10 小时视频；
一堆记录表；
5 – 14 份问卷。

1. 识别严重问题（关键发现）在最后的报告中，应该强调最严重的问题，或者说是关键的调查结果。要做到这一点，首先要：

描述问题：“在什么屏幕或页面，或在什么交互过程中出现问题？是否有特殊情况发生，发生频率如何？”
提供证据：指出造成问题的关键事件（例如：任务失败、延长时间）。
通过提供建议或额外研究来找到解决问题的行动方案：找到其他数字产品的合适案例、设计原则或启发，以及适用于该情况的可用性实践的一般原则。了解如何解决这个问题，以及是否需要额外的研究。

对于不太严重的问题：
2. 解释产出总结你的结果，回顾事件，并注意模式。为什么会出现问题？违反了什么可用性原则？有没有根本原因？
3. 报告

形式由受众和目的决定。
如果是个人项目：列出优先顺序就足够了。但如果您是与团队合作，报告应列出关键发现、次级问题清单以及证据。
如果是针对外部利益相关者：聚焦于一份正式的报告，强调完成任务的方法和过程，这样他们就可以理解结果是如何得出的。
- 上一页
- 1
- 2
- 3
- 4
- 下一页