第五软件测试解决方案.ppt

第一部分传统的软件工程方法 第二章 系统分析 第三章 需求分析 第四章 软件设计 第五章 编码与测试 第五章 编码与测试 5·1 程序编码 5·2 测试的基本概念 5·3 两种测试类型 5·4 白盒测试方法的用例设计 5·5 黑盒测试方法的用例设计 5·6 软件的测试步骤 5·7 调试与排错 5·8 软件可靠性 5·9 本章重点 5·1 程序编码 5·1·1 程序设计语言的选择 程序设计语言及应用领域参考表 5·1·2 编码风格 5·1·2 编码风格—源程序文档化 5·1·2 编码风格—源程序文档化 5·2 软件测试的基本概念 软件测试是软件开发工作的最后一个环节。由于人认识客观事物的主观性，难免在开发的软件产品中产生错误。 为了给用户交付一个高质量的软件系统，必须对开发的系统进行严格的测试，以便尽可能多的发现错误。 软件测试是保证软件质量,提高软件可靠性的关键。 5·2·1 基本概念 软件产品最大的成本是检测软件错误、修正软件错误的成本。 在整个软件开发中： 测试工作量≥40% 5·2·1 基本概念 (1)预防错误: 几乎不可实现 (2)发现错误: 软件测试目的 5·2·2 测试的目的与地位 G.J.Myers在软件测试技巧中认为: “程序测试是为了发现错误而执行程序的过程.” 5·2·3 测试与调试(排错) 5·2·4 测试阶段工作步骤 单元测试: 检验每个模块能否单独 工作. 集成测试: 检验概要设计中模块接 口设计问题 确认测试: 以需求规格说明书为检 验尺度 系统测试: 综合检验 平行运行：新旧两套系统并行运行， 对照检验 测试可视为分析、设计、编码三个阶 段的最终复审,以保证软件质量. 5·2·5 测试阶段与前期工作的关系 程序中的问题根源可能在开发前期的各阶段解决、纠正错误也必须追溯到前期工作。 测试与开发前期工作的关系 软件生存期各阶段间需求保持的正确性 5·2·6 软件测试的对象 软件测试不等于程序测试，软件测试应贯穿于软件定义与开发的整个期间； 据美国一家公司统计，查出的软件错误中，属于需求分析和软件设计的错误约占 64%，属于程序编写的错误仅占 36%。程序编写的许多错误是“先天的”。 5·2·7 测试的基本原则 程序测试举例 例：程序 Triangle， 输入三个整 数，表示一个三角形的三个边 长，该程序产生一个结果，指 出该三角形是等边三角形、等 腰三角形还是不等边三角形。 判断三角型的测试用例设计: 输入数据 预期结果 (1) 6;6;6 等边 (2) 8;8;4 等腰 (3) 4;5;6 一般 还应输入非法数据： 0; 7; 9 -7;3; 5 a; 2; 7 等 5·2·8 软件错误的分类 功能错(需求分析错误) 软件结构错 数据错 编码错 软件集成错 测试定义与测试执行错误 5·2·9 软件测试信息流 5·2·10 测试的方法与技术 5·3 两种类型的测试 5·3·1 黑盒测试 又称: 功能测试 数据驱动测试 基于规格说明书的测试 5·3·2 白盒测试 又称: 结构测试 玻璃盒测试 基于覆盖的测试. 根据被测程序的逻辑结构设计测试用例;力求提高测试覆盖率; 5·3·3 黑盒与白盒测试比较 黑盒测试是从用户观点，按规格说明书要求的输入数据与输出数据的对应关系设计测试用例,是根据程序外部特征进行测试。 白盒测试是根据程序内部逻辑结构进行测试。 5·3·4 穷举测试 例:输入 三条边长 黑盒测试 可采用的测试用例数 (设字长16位) 执行时间: 设测试一次需1ms 共需一万年. 5·3·4 穷举测试 白盒测试 例: 含5个分支,循环次数 ≤20,从A到B的可能 路径 执行时间: 设测试一次需2ms 穷举测试需5亿年. 5·3·4 穷举测试 不论黑盒还是白盒测试都不能 进行穷尽测试, 所以软件测试不可 能发现程序中存在的所有错误, 因 此需精心设计测试方案, 力争尽可 能少的次数,测出尽可能多的错误. 黑盒测试与白盒测试能发现的错误 5·4 白盒测试的测试用例设计 逻辑覆盖法：一系列测试方法总称，特点是逐渐进行越来越完整的通路测试。 例:PROCEDURE SA