Testes
UX
Pesquisa
Usabilidade
Produto Digital
Roteiro

审核和非审核测试 - 每日指南

经过审核和未经审核的测试是用户体验工作的重要组成部分,但对于每天执行测试的人来说,最大的困难是创建清晰有效的路线图。糟糕的脚本会导致肤浅的结果,而结构良好的脚本会产生深刻的见解和立即的行动。本指南重点介绍如何以实用且重复的方式创建、改编和使用用于审核和非审核测试的脚本,即使在小型团队中也是如此。

该提案旨在展示一种简单的方法来创建行程、定义任务、避免偏见并将反馈转化为具体的改进。焦点和常规:如何将测试融入工作流程而不成为一个巨大的项目。

为什么是脚本和测试的核心

路线图保证了一致性、可比性和重点。没有他,会议就变成了一场松散的谈话,充满了模糊的意见。有了它,研究人员可以观察用户之间的行为、检测摩擦并比较结果。好的剧本不是约束,而是引导。

脚本不是随机问题的列表。它需要与明确的目标联系起来。如果目标是评估入职,所有任务都必须引导用户进入此流程。如果目标是验证对价值的理解,问题应该探索最初的感知。

审核脚本和非审核脚本之间的差异

在有主持的测试中,研究人员可以调整问题、深化答案并要求澄清。该脚本充当指南。在未经审核的测试中,脚本需要不言自明,因为用户单独执行它。这需要明确的指示、明确的任务和客观的问题。

主要区别:

  • 中等: 灵活的脚本,允许深入研究。
  • 未主持: 封闭式脚本,注重清晰度。

函数脚本的基本结构

有效的路线图可能遵循以下结构:

1)介绍和背景。 2)热身问题。 3)主要任务。 4)感知问题。 5) 结束和最终反馈。

该框架几乎适用于任何测试,并且可以根据目的进行调整。

简介:创造舒适感

介绍有助于减少焦虑并调整期望。简短的开场脚本可能包括:

  • 研究人员的介绍。
  • 测试目的的解释。
  • 强化没有正确答案。

开场致辞示例:

“今天我们将测试一些流程。被评估的不是你,而是产品。随意评论你的想法。”

热身问题

最初的问题有助于了解用户的背景。他们还在任务之前创造节奏。

示例:

  • 您使用此类应用程序的频率如何?
  • 您对此类产品有何期望?
  • 你日常生活中最大的困难是什么?

这些问题有助于校准后续分析。

定义主要任务

任务必须切合实际并与目标挂钩。避免用户在现实生活中不会执行的人工任务。使用“尝试执行 Y”而不是“单击 X 按钮”。

示例:

  • “你想预约。你会怎么做?”
  • “想象一下您想购买该产品。下一步是什么?”

集中注意力并观察自然行为。

感知问题

每项任务完成后,提出探索感知的问题:

  • 什么是容易的?
  • 什么是令人困惑的?
  • 你期望找到什么?

这些问题揭示了任务过程中看不见的摩擦。

结束

最后询问总体印象:

  • 体验如何?
  • 会发生什么变化?
  • 你会使用这个产品吗?

这个时刻通常会产生重要的定性见解。

主持测试的路线图:完整示例

目标:评估财务应用程序的入门。

结构:

  • 简介:解释测试。
  • 热身:“今天你控制开支了吗?”
  • 任务 1:“注册应用程序”。
  • 任务 2:“添加费用”。
  • 问题:“什么令人困惑?”
  • 结束语:“你会用它吗?”

这个行程虽然简单,但是涵盖了整个最初的旅程。

未经审核的测试路线图:完整示例

目标:评估应用程序着陆页。

结构:

  • 开头有明确的说明。
  • 任务:“查找应用程序的功能”。
  • 客观问题:“主要承诺是什么?”
  • 任务:“单击注册按钮”。
  • 问题:“您信任这里的数据吗?”

在未经审核的问题中,避免提出过于开放式的问题。

如何避免脚本中的偏差

脚本可以引发响应。要避免:

  • 不要使用暗示答案的词语。
  • 测试期间不要表扬或批评。
  • 避免以“你喜欢吗?”开头的问题。

中性的问题会产生更诚实的答案。

包含多少个任务

精简的脚本比长的脚本更好。一般来说:

  • 3到5个主要任务。
  • 总共 5 到 10 个问题。

过多的任务会让用户感到疲倦并降低响应的质量。

如何为小团队调整脚本

小团队需要敏捷性。良好做法:

  • 使用现成的模板。
  • 重复使用基本问题。
  • 仅调整特定任务。

因此,脚本的创建时间不到 1 小时。

路线图和原型

原型允许您在开发之前进行测试。该脚本必须考虑原型的限制并避免依赖于非模拟功能的任务。向用户解释这一点以避免混淆。

脚本和重复测试

当团队测试频繁时,脚本必须标准化。这使您可以比较一段时间内的结果。创建固定问题库并仅更改特定任务。

有效脚本清单

  • 明确的目标。
  • 现实的任务。
  • 中性问题。
  • 总时间最多 30 分钟。
  • 以公开反馈结束。

该清单可避免行程混乱。

如何分析脚本结果

测试后,按主题对答案进行分组。识别:

  • 反复出现的问题。
  • 独特的相关评论。
  • 摩擦力最大的区域。

将这些点转化为改进积压工作。

如何向团队传达结果

结果必须清晰客观。一个简单的格式:

  • 已发现问题。
  • 测试证据。
  • 对用户的影响。
  • 改进建议。

这种格式有利于决策制定。

日常行程中的常见错误

  • 问太多问题。
  • 逃离最初的目标。
  • 不记录结果。
  • 不根据见解采取行动。

避免这些错误可以将测试转化为真正的改进。

结论

精心设计的脚本是有效进行有审核和无审核测试的秘诀。他们确保专注、一致性和真正的学习。在小型团队中,精益脚本足以产生强大的见解。重要的是保持纪律,经常测试并将结果转化为具体的改进。

##常见问题解答

1) 我应该测试多少人?
通常有五个用户暴露出最多的问题。

2)脚本需要很长吗?
不,越简单越好。

3) 我可以重复使用脚本吗?
是的,只要您根据上下文调整任务即可。

4) 未经审核的测试是否适用于原型?
是的,如果说明清楚的话。

5) 如何避免偏见?
使用中性问题,不要影响用户。

另请阅读

  • [有调节和无调节的测试0
  • [真实用户测试1
  • [有主持和无主持测试:带有示例的脚本2
  • 【可用性测试:如何验证用户体验3
  • [数字无障碍用户体验4
  • [移动应用程序的辅助功能5