从 alpha 测试开始。 然后继续进行 Beta 测试。 然后进入产品开发阶段，测试系统和接口的可行性。 然后在进行额外测试之前进行调整和修正，直到最终达到可行的产品阶段。
在用户测试周期之后，新产品设计的初始版本很少能完好无损地保存下来。 设计人员和其他人员事先解决了许多主要问题，但最终需要用户测试才能使设备达到可行的产品阶段。
用户测试是产品开发的关键步骤。 你做得越有效，你收集的数据就越相关和有价值。 如果没有有效和高效的测试，收集的数据可能会有问题。 这对产品有直接影响，并最终影响到利润。
有几个 一般准则 这几乎可以应用于任何用户测试阶段，这将提高该测试的有效性。 这些测试参数将有助于收集改进产品设计所需的最相关和最可靠的信息。
包括您的目标人口统计
这似乎是一个简单的概念，但有时会被忽视。 如果目标受众是 18-38 岁的中高收入亚洲男性，那么将 55 岁及以上的白人女性纳入您的测试组不会提供太多有用的信息。
您想要的是目标人群中的大量用户。 如果您利用目标群体中真正多样化的用户，您将获得帮助您改进设计的最佳数据。
大纲测试任务
为了提供相关数据，用户应该有一组他们需要执行的任务。 作为设计师，您的工作是尝试确定这些任务的性质。 您的测试人员代表您计划提供的产品或服务的未来用户。 测试任务应反映目标群体在正常使用该产品或服务期间将执行的任务。
利用测试系统
测试系统正是它听起来的样子。 用于测试的系统。 测试系统非常有用，因为它们专门设计用于捕获数据，并且可以在不影响最终产品的情况下进行更改。
可以测试产品的某些部分并收集数据，而不是测试整个产品，然后可以重新配置系统以测试产品的不同部分。
定义目标数据
基本上有两种类型的数据需要考虑； 流程数据和底线数据。 过程数据是显示完成给定任务的逐步过程的数据。 换句话说，它显示了用户完成任务的“方式”和可能的“原因”。 底线数据仅显示执行任务的最终结果； “什么”。 任务花费了多长时间以及是否成功是底线数据的标准衡量标准。
作为设计人员，您通常需要流程数据而不是底线数据，至少在测试的早期阶段是这样。 一个人如何从一个部分移动到另一个部分以及为什么选择这条路径而不是另一条路径对于修复界面故障比简单地知道“我无法从这里到达那里”更有用。
口头反馈
虽然它不常用，但允许您的用户在他们实际执行任务时提供口头反馈可能非常有用。 您或系统为任务的开始提供提示，然后用户在执行该任务时大声解释正在做什么以及他的想法。 这些信息在说话时被记录下来，提供有关设计错误或用户混淆的宝贵数据。
这五种技术并不是唯一可以用来改进用户测试的技术，但它们是最有益的。 有多种来源 更多信息 如果您想了解更多改进用户测试的信息。
您可能认为您的设计非常棒，但即使是最好的设计，适当的测试也会发现缺陷。 如果您使用这些方法来改进您的用户测试，那么您实际上可以保证提供比您根本没有测试过的更好的产品。