选择一组测试用例，开发成详细的可执行的测试脚本。

同项目管理者和开发人员一起确定在当前迭代中需要将哪些测试用例细化成测试脚本。 至少，为当前或下一次迭代中计划的需求选择测试用例。

列出测试脚本的逻辑步骤大纲。检查测试用例的数据需求，并确定已有的数据集是否足够，是否需要为测试脚本开发新的测试数据。检查应用于这个测试用例的整个系统的需求，并注意它们在何处影响步骤中的预期结果。

如果合适，审查构建，该构建实现了场景或展示了类似的功能。

为设计选择实现技术。至少，明确是手工测试脚本还是自动化测试脚本。如果测试用例很好理解，最好实现一个自动化测试脚本而没必要先编写手工过程。然后，如果是新的或不常见的测试用例，编写手工测试脚本能够有助于验证测试的设计，并辅助同其他团队成员的协作。更多信息参见指南：Programming Automated Tests。

基于设计开发详细的过程化的测试脚本。使用请求-响应风格，声明精确的输入和预期的精确的输出。

说明运行测试脚本前必须满足的前置条件。使用临时测试数据或输入参数作为脚本的数据值。确保通过测试脚本中的步骤对测试用例中的每个后置条件进行了评估。

指定特定于测试脚本的数据值或参考已有的测试数据。例如，用一个实际的值如“3”来代替说明性的“一个素数”。

如果测试脚本使用数据集（如文件或数据库），为其增加新的测试数据，并参数化测试脚本以使其可以接受来自数据集中的值。否则，为测试脚本的步骤增加可执行的测试数据值。这适用于所有的手工或自动脚本。

识别并最小化使用的或被其它测试脚本修改的测试数据之间的依赖关系。注意测试脚本中的依赖关系。

如果必要，为测试集创建容器，并区分分离生产数据（实际生产环境的数据）和生成的数据（手工或自动生成的模拟数据）。

将测试分成相关的组。使用的分组依赖于测试环境。因为被测系统正在经历自己的演进，创建测试套件来促进回顾测试，以及系统配置识别。

获取关于组织测试套件的信息，参见指南：Test Suite。

运行测试脚本验证其正确实现了测试用。对于手工测试，。对于自动测试，执行预排的测试脚本。验证测试脚本执行正确并产生了预期的结果。

验证测试脚本符合检查单测试脚本中的标准。

在配置管理中，新增或更新测试脚本。

同负责相关场景的开发人员一起走查新增或修改的测试脚本。可选的，分析人员和利益相关人也可参与。

寻求一致，测试脚本正确的评估了测试的预期结果，以及理解了需求的实现。如果场景已经实现（如在某个开发人员工作区），使用系统的实现来走查一组有代表性的测试脚本。