构建前测试需求：手动下发结果

建立一个完整的平台来证明人们的兴趣是很诱人的。但是，当您还不知道流程时，每个屏幕都会包含假设。手动测试可以降低风险：您可以提供结果的简单版本并观察端到端体验。

界定测试承诺

选择一项小任务、参与者资料以及该人可以评估的结果。描述将做什么、不做什么、需要哪些信息以及如何结束测试。

不要假装自动化存在。说明您是一名手动飞行员。透明度有助于获得诚实的观察结果，并避免产生流程尚不支持的期望。

做工作并记录步骤

注意此人发送的内容、需要重新排序的内容、需要等待的位置以及哪些决策需要人类背景。标记重复的任务和例外。该序列是实际过程的第一张图。

然后询问什么是最有帮助的，什么引起了疑问，以及如果没有你的帮助，这个人下一步会做什么。将响应与观察到的行为进行比较：完成任务通常比宣布满意更能说明问题。

决定什么值得成为产品

仅对重复的、已理解规则且可检查的部分进行自动化。如果每种情况需要不同的判断，请在编码之前了解更多信息。如果没有人完成流程，请调查提案，不要条件反射地添加功能。

手动测试并不是变相的廉价版本。它是一个学习工具，可以决定是否值得、如何构建以及为谁构建。

常见问题

我需要准备好测试产品吗？

不。您需要诚实且安全的测试来观察基本任务。引导式对话或手动交付可能就足够了。

应该有多少人参加？

使用足够小的小组来遵循每个步骤，并且足够多样化以注意到所选受众的相关差异。

我什么时候应该自动化？

当重复该过程时，异常会被映射，并且您知道如何检查结果的质量。

要获得更多实用的想法来测试和改进您的业务，请免费订阅 Ímpetus 时事通讯。