软件工程概论参考课56测试过程.pptVIP

第7章 软件测试 测试过程 5.6 测试过程 5.6.1 软件测试过程中的信息 5.6.2 测试步骤与各开发阶段的关系 5.6.3 单元测试 5.6.4 集成测试 5.6.5 确认测试 5.6.1 软件测试过程中的信息 软件测试需要的三类信息: （1）软件配置：需求规约、设计文档、源程序 （2）测试配置：测试方案、测试用例、测试驱动程度； （3）测试工具：辅助测试工具 5.6.2 测试步骤与各开发阶段的关系 5.6.2 测试步骤与各开发阶段的关系 5.6 测试过程 5.6.1 软件测试过程中的信息 5.6.2 测试步骤与各开发阶段的关系 5.6.3 单元测试 5.6.4 集成测试 5.6.5 确认测试 5.6.3 单元测试 单元测试，也叫模块测试 源代码编译通过以后，就可以按详细设计描述，对重要的执行路径进行测试，发现模块内部的错误，这就是单元测试； 单元测试和编码同属于软件过程的一个阶段 单元测试主要使用白盒测试技术，多个模块可以并行地进行。 7.4.3 单元测试 1.测试内容（重点） 2.代码审查 3.计算机测试 1. 测试（内容）重点 单元测试着重从下述5个方面对模块测试： （1）模块接口 （2）局部数据结构 （3）重要的执行路径 （4）出错处理路径 （5）边界条件 （1）模块接口 主要检查与模块交互的数据是否可以正常进行. 考虑： 参数的个数、属性及对应关系是否一致； 当模块通过文件进行输入输出时,要检查文件的描述是否正确； 全局变量的定义和用法在各个模块中是否一致。 1. 测试（内容）重点 单元测试着重从下述5个方面对模块测试： （1）模块接口 （2）局部数据结构 （3）重要的执行路径 （4）出错处理路径 （5）边界条件 （2）局部数据结构 对于模块来说，局部数据结构是常见的错误来源。 主要检查: 说明是否正确或一致; 初始化或缺省值是否有识; 变量名是否拼写错误或未定义; 数据类型是否有错 上溢、下溢或地址错误。 1. 测试（内容）重点 单元测试着重从下述5个方面对模块测试： （1）模块接口 （2）局部数据结构 （3）重要的执行路径 （4）出错处理路径 （5）边界条件 （3）重要的执行路径 由于不可能实现穷举测试，因此，在单元测试期间选择测试路径是很关键的； 应选择最有代表性、最可能发现错误的执行通路进行测试 按路径设计的测试方案,用以发现由于错误的计算、不正确的比较或不适当的控制流而造成的错误。 1. 测试（内容）重点 单元测试着重从下述5个方面对模块测试： （1）模块接口 （2）局部数据结构 （3）重要的执行路径 （4）出错处理路径 （5）边界条件 （4）出错处理 好的设计应该能预见出现错误的情况，并且设计适当的错误或例外处理路径，以防止程序遇到特殊或错误操作时，以不常的方式中断。 不仅应该在程序中包含出错处理通路，而且应该认真测试这种通路。 （4）出错处理 当评价出错处理通路时，应该着重测试下述一些可能发生的错误： 能否正确处理外部或内部引发的错误 对错误的描述是否难以理解的； 记下的错误是否与实际遇到的错误不同； 在对错误进行处理之前，错误条件是否已经引起系统干预； 对错误的处理是否正确； 描述错误的信息是否不足以帮助确定造成错误的位置。 1. 测试（内容）重点 单元测试着重从下述5个方面对模块测试： （1）模块接口 （2）局部数据结构 （3）重要的执行路径 （4）出错处理路径 （5）边界条件 （5）边界条件 软件常常在它的边界上失效 例如，处理n元数组的第n个元素时，或做到i次循环中的第i次重复时，往往会发生错误。 使用刚好小于、刚好等于和刚好大于最大值或最小值的数据结构、控制量和数据值的测试方案，发现软件中的错误非常有效。 7.4.3 单元测试 1.测试内容（重点） 2.代码审查 3.计算机测试 2. 代码审查 人工测试源程序可以由编写者本人非正式地进行，也可以由审查小组正式进行，后者称为代码审查； 是一种非常有效的程序验证技术，可以查出30%～70%的逻辑设计错误和编码错误 2. 代码审查 审查小组最好由下述4类人员组成： (1) 组长，应该是一个很有能力的程序员，而且没有直接参与这项工程； (2) 程序的设计者； (3) 程序的编写者； (4) 程序的测试者。 如果一个人既是程序的设计者又是编写者，或既是编写者又是测试者，则审查小组中应该再增加一个程序员。 审查会——由人“运行”程序 审查会有一种常见的进行方法，称为预排； 由一个人扮演“测试者”，其他人扮演“计算机”。 会前测试者准备好测试方案，会上由扮演计算机的成员模拟计算机执行被测试的程序。 由于人执行程序速度极慢，测试数据必须简单，测试方案的数目也不能过多。这里，测试方案本身并不重要，它只起一种