4.5.2 任务
a. 获得并验证测试数据
对于能稍作修改或不作修改便可使用的测试数据，获得它们的一份备份，按需求产生新的数据。为保证数据的一致性和完整性，还应包含附加数据。按照软件数据结构规格说明验证所有数据。当测试用例和数据集的关系不明显时，用表格来记录此种关系，并放于单元测试设计说明书。
b. 获得指定资源
获得4.3.2条的b中指定的测试支持资源。
c. 获得测试项
收集包含已有的手册、操作系统规程、控制数据（如表格）和计算机程序在内的所有测试项，获得在测试设计期间确定的与测试单元有直接接口的软件。
当测试一个用过程性语言实现的单元时，要保证执行轨迹信息足以能够满足基于代码的程序的完备性要求。
将每一项的标识符记录于单元测试总结报告的“简述”一章中（见GB9386）
4.5.3 输出
a. 验证过的测试数据（从4.5.2条的a得到）；
b. 测试支持资源（从4.5.2条的b得到）;
c. 测试项的配置（从4.5.2条的c得到）
d. 初步总结（从4.5.2条的c得到）
4.6 执行测试规程
4.6.1 输入
a. 验证过的测试数据（从4.5.2条的a得到）
b. 测试文件资源（从4.5.2条的b得到）
c. 测试项的配置（从4.5.2条的c得到）
d. 测试用例说明（从4.5.2条的c、d得到）
e. 测试规程说明（从4.5.2条的b能够产生）
f. 故障分析结果（从排错过程得到）；
4.6.2 任务
图3为执行测试规程活动的控制流程图
a. 运行测试
建立测试环境，运行测试集，在单元测试总结报告的“结果概述”一章中记录所有的软件测试事件。
b. 判定结果
对每一个测试用例，利用测试用例描述文件中有关的所需的结果的规程说明，来判定单元测试活动是通过还是失败。将通过或失效结果记录于单元测试总结报告的“结果概述”一章中，将资源消耗数据记录于报告的“活动总结”一章中（见GB 9386）。当测试一个用过程性语言实现的单元时，收集执行轨迹的总结信息，且将其添入总结报告中。
对每一次效，应加以分析并将出错信息记录在测试总结报告的“结果概述”一章中，然后选择以下适用情况执行相应措施。
情况1：测试规格说明或测试数据的故障
改正错误，将改正错误信息记录在测试总结报告的“活动总结”一章中，然后重新运行该测试。
情况2：执行测试规程时的故障
重新运行未正确执行的规程。
情况3：测试环境（例如系统软件）中的故障
将环境修正，将环境修正情况记录在测试总结报告的“活动总结”一章中，然后重新运行该测试，或者预先设置异常终止情况，将不能修正环境的理由记录于测试总结报告的“活动总结”一章中，然后开始核对终止情况（即开始执行4.7条的活动）。
情况4：单元实现故障
修正错误，并将修正错误情况记录在测试总结报告的“活动总结”一章中，然后重新运行所有的测试，或者预准备异常终止情况，将不能进行单元修正的理由记录于测试总结报告的“活动总结”一章中，然后开始核对终止情况（即开始执行4.7条的活动）。
文章来源于领测软件测试网 https://www.ltesting.net/
