测试用例测试与探索性测试相反。虽然在探索性测试中我们将测试的方式留给你决定，但测试用例测试不提供这种自由。在测试用例测试中，我们提供一系列测试用例，每个测试用例由三到三十个需要逐一执行的步骤组成。设置还定义了每个测试用例可以在哪些环境中执行以及执行多少次。

当客户希望确保特定的情景或流程能够成功完成时，他们会设置测试用例。如果出现问题，客户想知道哪个步骤导致了问题，你是否可以一直进行下去，以及哪些环境受到影响。许多时候，客户会让他们的主要功能得到检查，这对客户的产品至关重要。

为了声明测试用例的执行，请确保在测试开始后立即声明一个测试用例。如果测试人员中止了执行，它将再次对所有人可用，所以即使你不能再声明测试用例，稍后还值得再次检查测试。

如果你已经完成了该测试用例，如果你没有所需环境中的一个，如果所有执行都当前由其他测试人员处理，或者测试运行时间已到，那么你不能声明测试用例的执行。

在测试用例的开始，可能会显示一个前提条件。只有当你满足这个条件时，你才能继续。

每个步骤都有一个描述，告诉你在当前页面上应该做什么。例如，一个步骤可能会要求你“将产品添加到购物车中”。许多时候，它还会说明预期的结果。

准确执行每个步骤非常重要，请确保仔细阅读每个步骤，上传正确的附件，并提供适当的答案。

如果你能够执行这个操作（并且你可以观察到预期的结果），你可以通过绿色按钮来确认该步骤。有些步骤需要你上传一个附件，证明当前步骤是成功的或者你在正确的页面上，而其他步骤则会要求你回答一个问题，或者两者都不要求。

如果你无法做到描述要求你做的事情（或者你没有观察到预期的结果），请点击红色按钮。当一个步骤的执行失败时，我们会要求你解释发生了什么，并提供至少一个附件作为证据。你的附件证明了意外的行为。

如果你的缺陷报告无效，它将被拒绝，但它不会使你的测试用例执行无效。与探索性测试中的情况一样，如果有不清楚的地方，团队领导或客户可能会发送信息请求。请尽快但最多在24小时内回复。

如果你在执行测试用例步骤时遇到的错误之前的步骤没有被其他测试人员提交过，我们会要求你提交一个新的缺陷报告，并更详细地描述你观察到的行为。如果你要创建一个新的测试用例缺陷报告，请确保遵循我们在平台上的常规缺陷报告要求。一旦你在测试用例执行表单中点击“失败”，你将被要求要么提交一个新的缺陷报告，要么选择另一个测试人员提交的缺陷报告：

如果你在列表中找不到你的缺陷，请选择“提交新的缺陷报告”。然而，如果你在已提交的缺陷报告列表中找到了你遇到的缺陷，那么请创建一个重现而不是新的缺陷报告。关于测试用例缺陷报告重现的更多信息，你可以在相应的Academy文章中找到 - 测试用例缺陷报告重现。

如果测试用例测试包含已知缺陷列表，并且你在测试用例执行中遇到与已知缺陷列表中相同的缺陷，你将有可能将该已知缺陷链接起来。要链接已知缺陷，当你在“步骤执行”中选择“失败”后，你需要打开菜单并选择已知缺陷。

你可以通过上面的截图看到已知缺陷的图标（徽章）来识别已知缺陷。

选择已知缺陷后，将显示缺陷详细信息，最后你将看到一个“链接已知缺陷”部分，你需要上传一个屏幕录像。上传后，你需要点击“链接已知缺陷”按钮来进行链接和继续。

如果你在前一个步骤中发现了一个缺陷 - 你无法完成其要求的操作 - 并且现在在当前步骤中遇到问题，你可能不得不在这一点上终止执行。在这样做之前，请确保没有解决方法；你可能可以通过不同的路径或功能产生前一个步骤所需的结果，从而能够继续执行。如果可能的话，请尽量完成执行。

如果你本可以继续执行但提前终止了执行，那么团队领导将不得不拒绝你的测试用例执行。另一方面，如果你本应该终止执行但仍继续执行并为每个后续步骤提交了缺陷报告，那么这些多余的报告将被拒绝。

请记住，测试用例的管理和维护相当复杂 - 有时步骤的描述并不完美。尽力解决这类问题，或向团队领导请教，寻求澄清或帮助。

对于每个执行的测试用例，通常会有基本支付和每个完成的步骤的支付。在你的每个执行期间提交的每个缺陷都会额外获得固定的缺陷支付。

由于你不必记录标题、URL和步骤，缺陷支付较探索性测试中较低；对你来说工作量较少。