与分析人员和开发人员一起，识别哪些场景或需求需要新的或额外的测试用例。评审计划以确保理解了当前迭代中的开发范围。

识别通过场景的路径，作为单独的测试条件。从积极或消极的角度考虑备选或异常的路径。Review作为应用的特定场景的测试用例模式的测试思路列表。

同利益相关人讨论需求以识别需求需要满足的其它条件。

使用唯一的命名列出测试用例，以标识它们的评估条件和预期结果。

对每个测试用例，编写基本说明和期望的结果。确信一个任意的读者能够清楚的理解这些测试用例之间的不同。注意每个测试用例的逻辑前置条件和后置条件。可选的，列出测试用例的步骤。

验证测试用例满足 Checklist：测试用例 。

评审每一个测试用例，并关注可能需要的输入、输出数据。识别需要的数据的类型、数量和唯一性，并将这些期望的观察值记入测试用例中。重点在于清晰的表达需要的数据而不是创建这些数据。

更多信息，参见：Checklist：测试数据。

同相关的分析人员和开发人员对测试用例进行走查。理想情况下，利益相关人也共同参与。

询问参与者是否认同“如果这些测试用例被通过，它们是否能够确认这些需求被满足”。从分析人员和利益相关人引出额外的测试思路，从而保证理解了这些场景启动的行为。

在走查期间，确保：

• 当前迭代中计划的需求有对应的测试用例。
• 所有参与者认可测试用例的预期结果。
• 没有其它需要满足的需求条件要测试，否则意味着遗漏了测试用例或需求。

可选，捕获有关测试用例的新模式，记入测试思路列表（参见：Concept：Test Ideas）。