软件工程模型与方法 12、软件测试.ppt

软件工程模型与方法Models Methods of Software Engineering 第十二章 软件测试 修佳鹏 本章内容 12.1 软件测试基础 12.2 软件测试方法与技术 12.3 软件测试过程 12.4 面向对象的测试方法 12.5 程序的静态分析方法 12.6 软件调试方法 12.7 软件测试工具 12.8 软件的可靠性 12.1 软件测试基础 本节内容 12.1.1 软件测试概述 12.1.2 软件的可测试性 12.1.3 软件测试的对象 12.1.4 软件测试信息流 12.1.5 软件测试步骤 12.1.6 软件测试流程 12.1.7 软件测试与软件开发各阶段的关系 12.1.8 程序错误的分类 12.1.1 软件测试概述 软件测试是为了发现错误而执行程序的过程 。 软件测试在软件生存期中横跨两个阶段： 单元测试 综合测试 软件测试的目的： 测试是程序的执行过程，目的在于发现错误，而不是证明软件的正确 一个好的测试用例在于能发现至今未发现的错误 一个成功的测试是发现了至今未发现的错误的测试。 12.1.1 软件测试概述 软件测试的原则 ： 应当尽早地和不断地进行软件测试 测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成 程序员应避免测试自己的程序 在设计测试用例时，应当包括合理的输入条件和不合理的输入条件 充分注意测试中的群集现象 严格执行测试计划，排除测试的随意性 应当对每一个测试结果做全面检查 妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便。 12.1.2 软件的可测试性 影响软件可测试性的因素 ： 可操作性 ：运行的越好，被测试的效率越高 可观察性 ：所看见的就是所测试的 可控制性 ：对软件的控制越好，测试越能被自动执行与优化 可分解性 ：通过控制测试范围，能够更快地分解问题，执行更灵巧的再测试 简单性 ：需要测试的内容越少，测试的速度越快 稳定性 ：改变越小，对测试的破坏越小 易理解性 ：得到的信息越多，进行的测试越灵巧 12.1.3 软件测试的对象 软件测试并不等于程序测试，应该贯穿于软件开发的整个期间。 需求分析、概要设计、详细设计以及程序编码等各个阶段所得到的文档，都应该成为测试的对象。 为了把握各个环节的正确性，人们需要进行各种确认和验证工作： 确认（Validation）：是一系列的活动和过程，其目的是证实在一个给定的外部环境中软件的逻辑正确性。 需求规格说明的确认 程序的确认 验证（Verification）：试图证明在软件生存期各个阶段，以及阶段间的逻辑协调性、完备性和正确性。 12.1.3 软件测试的对象 12.1.4 软件测试信息流 软件配置：包括软件需求规格说明、软件设计规格说明、源代码等 测试配置：包括测试计划、测试用例、测试驱动程序等 测试工具：测试工具为测试的实施提供某种服务。 12.1.5 软件测试步骤 12.1.6 软件测试流程 软件测试文档 《软件测试计划》：根据《系统/子系统需求规格说明》定义的软件配置项，说明测试项目、测试用例、测试人员，使软件测试能有效地管理和控制。 《软件测试说明》：测试项目的具体分析，区分自动测试和手工测试；构造测试平台；定义测试过程。 《软件测试记录》：执行软件测试用例，记录测试结果。 《软件问题报告》：软件测试的结果汇总，分析软件的质量和存在的问题，并通知开发单位。 《软件问题处理报告》：开发单位根据问题处理得出的解决方法，软件重新提交测试。 《软件测试报告》：是整个测试的总结性文档。 12.1.7软件测试与软件开发各阶段的关系 12.1.8 软件错误的分类 按错误的影响和后果分类 ： 较小错误：只对系统输出有一些非实质性影响。如，输出的数据格式不合要求等。 中等错误：对系统的运行有局部影响。如输出的某些数据有错误或出现冗余。 较严重错误：系统的行为因错误的干扰而出现明显不合情理的现象。比如开出了0.00元的支票，系统的输出完全不可信赖。 严重错误：系统运行不可跟踪，一时不能掌握其规律，时好时坏。 非常严重的错误：系统运行中突然停机，其原因不明，无法软启动。 最严重的错误：系统运行导致环境破坏，或是造成事故，引起生命、财产的损失。 12.1.8 软件错误的分类 按错误的性质和范围分类 ： （1）功能错误：规格说明错误 ；功能错误 ；测试错误 ；测试标准引起的错误 ； （2）系统错误：外部/内部接口错误；硬件结构错误 ；操作系统错误 ；软件结构错误 ；控制与顺序错误 ；资源管理错误； （3）加工错误：算术与操作错误 ；初始化错误 ；控制和次序错误 ；静态逻辑错误 ； （4）数据错误：动态/静态数据错误；数据内容错误 ；数据结构错误