情况5：单元设计故障
修正单元设计并实现，在适当的时侯修改测试规格说明及数据，将错误修正情况记录于测试总结报告的“活动总结”一章中，然后重新运行所有的测试，或者，预先设置异常终止情况，将不能进行设计修正的理由记录于于测试总结报告的“活动总结”一章中，然后开始核对终止情况（即开始执行4.7条的活动）。
4.6.3 输出
a. 包含在测试总结报告中的执行信息，其中包括测试输出、软件测试事件描述、故障分析结果、错误修正活动、不能修改错误的理由、资源消耗数据，对过程性语言实现的程序而言，还应包括执行轨迹总结信息（从4.6.2条的a、b）产生；
b. 修订后的测试规格说明（若能从4.6.2条的b得到）；
c. 修订后的测试数据（若能从4.6.2条的b得到）。
4.7 核对终止情况
4.7.1 输入
a. 完备性和终止情况的需求说明（从4.1.2条的b、c得到）；
b. 执行信息（从4.6.2条的a、b得到）
c. 测试规格说明 (从4.4.2条的a-c得到）（若有需要）；
d. 软件数据结构描述（若有需要）。
4.7.2 任务
图4为结果核对活动内的控制流程图。
a. 对测试过程的正常终止情况进行核对
根据完备性要求或失效记录，决定是否要增加新的测试。对于用过程性语言实现的程序，要分析执行轨迹总结信息（例如变量、数据流）。
若不需附加测试，则将正常终止情况记录于测试总结报告的“活动总结”一章中，然后开始评价测试效果及被测单元（即开始执行4.8条的活动）。
b. 对测试过程的异常终止情况进行核对
若满足异常终止条件（例如重要错误不能修正、超时），则应将导致终止的特殊条件记录于测试总结报告的“活动总结”一章中，同时也应记录未完成的测试及未被修正的错误，然后开始评价测试效果及被测单元（即开始执行4.8条的活动）。
c. 补充测试集
当需要附加的测试且异常终止情况不满足时，通过下列步骤来补充测试集。
——更新测试集的结构，并与4.4.2条的a一致，且根据4.4.2条的c获得相应的测试用例说明；
——按需要根据4.4.2条的b，修改测试规程说明；
——根据4.4.2条的a，获得附加测试数据；
——将附加内容记录于测试总结报告的“活动总结”一章中；
——执行附加的测试（即返回4.6条的活动）。
4.7.3 输出
a. 记录于测试总结报告内的核对信息，包括终止条件及任何及任何测试用例的附加情况（4.7.2条的a-c得到）；
b. 附加的或修订后的测试规格说明（若能从4.7.2条的c得到）；
c. 附加的测试数据（若能从4.7.2条的c得到）。
4.8 评价测试效果和被测单元
4.8.1 输入
a. 单元的测试设计说明（从4.4.2 条的e得到）；
b. 执行信息（从4.6.2 条的a、b得到）；
c. 核对信息（从4.7.2 条的a-c得到）；
d. 附加的测试用例说明（若能从4.4.2 条的c、d得到）。
4.8.2 任务
a. 描述测试状态
将测试计划和测试规格说明的变化情况记录于测试总结报告的“差异”一章中（见GB 9386）。要说明每次变化的原因。
文章来源于领测软件测试网 https://www.ltesting.net/
