第4部分 测试执行的步骤(分阶段)

1、23测试执行的步骤：单元测试执行的步骤：单元缺缺 陷陷 跟跟 踪踪4测试执行的步骤：模块测试执行的步骤：模块缺缺 陷陷 跟跟 踪踪5测试执行的步骤：集成测试执行的步骤：集成缺缺 陷陷 跟跟 踪踪6测试执行的步骤：全面测试测试执行的步骤：全面测试缺缺 陷陷 跟跟 踪踪7测试执行的步骤：维护测试执行的步骤：维护缺缺 陷陷 跟跟 踪踪891011单元测试121314151617 首先集中注意力来测试程序中较小的结构块，其优点是： 便于错误定位。由于一开始把注意力集中在程序的较小单元上，发现错误，就可以肯定错误所在模块，因而便于纠错； 单元测试提供了同时测试多个模块的机会，使得测试过程得以并行进行。1

2、8实施步骤：v 制定计算机软件单元测试计划，应在详细设计阶段完成；v 建立计算机软件单元测试环境、编写测试说明；v 执行计算机软件单元测试用例，并详细记录执行信息；v 根据每个测试用例的预期输出结果和实际运行结果，判定该测试是否通过；v 如果测试不通过，应分析错误原因，并在修正错误后进行回归测试，直至通过；v 完成计算机软件单元测试报告；v 测试完成并通过后，将被测软件和有关文档纳入配置管理。20单元测试的被测对象是程序单元，而程序单元不是一个独立可运行的程序，在对每个单元进行单元测试时，也不能完全忽视它们和周围模块的相互关系。为了模拟这类关系，为程序单元的执行构造一个完整的环境，需设置两种辅

3、助测试模块：驱动模块和桩模块。驱动模块用以模拟被测模块的上层模块，测试执行时由驱动模块调用被测模块使其运行；桩模块模拟被测模块执行时所调用的模块，测试执行时桩模块使被测模块能完整闭合地运行。21 上图表示了被测模块、驱动模块、桩模块所构成的单元测试执行环境。由于测试上图表示了被测模块、驱动模块、桩模块所构成的单元测试执行环境。由于测试模块，可能调用多个其它模块，因此可能有多个桩模块。驱动模块和桩模块要设计得模块，可能调用多个其它模块，因此可能有多个桩模块。驱动模块和桩模块要设计得尽量简单，避免因其错误干扰被测模块运行和测试结果判别。开发高内聚（尽量简单，避免因其错误干扰被测模块运行和测试结果判

4、别。开发高内聚（cohesioncohesion）度的模块，可以简化单元测试过程。度的模块，可以简化单元测试过程。模块测试执行环境构成图232425v 模块间的接口测试：接口测试是集成测试的基本任务。在接口测试中应从调用关系和数据项的相容性两方面考虑。数据项的相容性是指调用时数据传递的正确性。v 全局数据结构测试：全局数据结构是一种常用的接口方式，因此要在集成测试中进行测试。v 软件功能模块的功能测试：如果我们不是一下把所有的模块集成为一个整体软件，会获得一些中间功能模块，这也是规范有效的组装测试过程要求的。在测试了构成这个功能模块内接口的正确性后，我们还应测试整个功能模块是否满足相应的功能需

5、求。虽然在接口测试时已证实功能模块的一些功能，但只是侧重于接口方面。因此，如果若干子功能形成了一个如设计文档中要求的一个高层功能，必须进行功能测试。v 性能测试：在必要时应进行组装成的中间功能模块的运行时间、运行空间、计算精度的测试。由于系统还没有完全结合进来，一些性能的度量容易进行，也容易较早察觉真实模块结合后给性能带来的影响。26由模块组装成程序进行测试有两种方法，增量测试和非增量测试。由模块组装成程序进行测试有两种方法，增量测试和非增量测试。v 增量测试是指不断地把待测模块组合到已经测试过的模块上去，然后再进行测试；v 非增量测试是指独立地测试每个模块，再把它们组合成完整的程序。 增量测

6、试相对于非增量测试的优点是：增量测试相对于非增量测试的优点是：v 非增量测试先分散测试，再集中起来一次完成组合和测试，如果在模块接口处存在差错，只会组合后一下子暴露出来。使用增量测试方法可以较早地发现模块接口错误，这是由于较早地把模块组合起来进行测试所致。v 增量测试利用已测试过的模块取代非增量测试中所需要的驱动模块或桩模块，这样对后续模块的测试会使得前面已测试过的模块得到更多的检验，因而整个程序的测试能取得较好的效果。v 增量测试使调试工作变得容易，因为增量逐步组合和逐步测试模块，把可能出现的错误逐步分散暴露出来，并且由于每次组合一个模块，错误发生时，可以比较容易定位，这些错误肯定是在最新增

7、加的模块的连接中出现的。而非增量测试，直到对各个模块测试结束，对整个程序进行组合时才能发现错误，这时再要确定错误的位置就非常困难，因为错误可能出现在程序的任何地方。272829303132333435363738394041 a. 系统功能测试； b. 系统性能测试； c. 软件和系统接口测试； d. 系统可靠性测试； e. 系统安全性测试； f. 系统恢复性测试； g. 系统边界测试； h. 系统余量测试； i. 系统敏感性测试； j. 系统可移植性测试。应根据软件的复杂性、重要性、类型和关键级别，选择进行以下测试，但必须包括功能测试。42系统功能测试系统功能测试 测试在真实系统环境或系统仿

8、真环境中软件的各项功能是否满足系统需求。系统性能测试系统性能测试 测试在真实系统环境或系统仿真环境中软件的各 项性能指标是否满足系统需求。系统安全性测试系统安全性测试 在真实系统环境或系统仿真环境中进行安全性测试，检查系统对非法侵入的防范能力。以发现软件系统中是否存在安全漏洞。 43系统可靠性测试系统可靠性测试 在真实系统环境或系统仿真环境中进行可靠性测试。检测在规定的时间内以及规定的环境条件下，完成规定功能的能力。系统恢复性测试系统恢复性测试 检查系统的容错能力。当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。对有恢复或重置(RESET)功能的系统,必须验证恢复或重置功能,对每一类

9、导致恢复或重置的情况进行测试。 软件自身运行的恢复或重置 软件控制的系统的恢复或重置 系统控制的软件的恢复或重置45系统兼容性测试系统兼容性测试系统安装性测试系统安装性测试系统可用性系统可用性/ /易用性测试易用性测试系统文档测试系统文档测试 对提交给用户的文档进行测试系统配置性测试系统配置性测试 验证系统在不同的系统配置（软件、硬件、网络）下能否正确工作。系统敏感性测试系统敏感性测试 包括软件可能的扩展性和系统电、磁、机械干扰对软件特性的影响。系统余量测试系统余量测试 软件在真实系统环境或系统仿真环境中运行时,测试系统全部存储量,输入/输出通道及处理时间的余量,应满足系统/子系统设计文档要求

10、。46软件单元测试报告软件单元测试评审报告软件问题报告v概要设计说明v详细设计说明v数据字典v软/硬件接口说明v代码审查报告符合规定的软件单元源程序代码代码无错误地通过编译或汇编规定的测试环境和工具单元测试软件代码审查报告软件问题报告v概要设计说明v数据字典v软件源代码v软/硬件接口说明v代码静态分析报告代码无错误地通过编译或汇编代码审查软件静态分析报告v软件源代码v编码标准v详细设计说明v软/硬件接口说明代码无错误地通过编译或汇编静态分析测试结果需要的文档资料基本条件测试47软件部分的测试报告软件问题报告v软件研制任务书v软件需求规格说明v软件集成控制文件ICDv系统用户手册、操作手册v软件

11、集成测试报告v软件集成测试评审报告系统的所有的软件配置项通过软件测试系统综合试验大纲和操作细则真实的系统工作环境系统测试软件集成测试报告软件集成测试评审报告软件问题报告v软件需求规格说明v软件单元测试报告v软件单元测试评审报告通过软件单元测试整个软件配置项具备在真实或仿真环境下运行的条件集成测试测试结果需要的文档资料基本条件测试4849505152 要把N个单元集成一起肯定靠接口耦合，这时可能会产生在单元测试中无法发现的问题。例如：数据通过不同的接口时可能出错；几个函数关联在一起时可能达不到预期的功能；在某个单元里可以接受的误差可能在集成后被扩大到无法接受的程度。所以集成测试是必要的，不是多此

12、一举。 不能！因为集成测试是在仿真环境中开展的，那不是真不能！因为集成测试是在仿真环境中开展的，那不是真正的目标系统。再者，单元测试和集成测试通常由开发小正的目标系统。再者，单元测试和集成测试通常由开发小组执行。根据测试心理学的分析，开发人员测试自己的工组执行。根据测试心理学的分析，开发人员测试自己的工作成果虽然是必要的，但不能作为成果已经通过测试的依作成果虽然是必要的，但不能作为成果已经通过测试的依据。据。 首先是“信任”问题。对于合同项目而言，如果测试小组是开发方的人员，客户怎么能够轻易相信“别人”呢? 所以当项目进行系统测试之后，客户再进行验收测试是情理之中的事。否则，那是客户失职。 不论是合同项目还是非合同项目，软件的最终用户各色各样（如受教育程度不同、使用习惯不同等等）。测试小组至多能够模