软件测试技术 PPT ch3 软件测试过程与方法.ppt

软件测试技术基础 第3 章 软件测试过程与方法 软件测试过程与方法 主要内容 软件测试过程 软件测试与软件开发的关系 单元测试 集成测试 确认测试 系统测试 验收测试 单元测试的背景 编程过程中，每写100行代码会犯150个错误 编程与编译运行结束后，每100行代码中大约残留有1-3个Bug 寻找与修改程序错误的代价占总体开发投资的40%-80% Bug在整个研发流程中被发现的越早，修改的代价就越低 单元测试检查表 (1) 单元测试检查表 (2) 单元测试的过程和文档管理 单元测试的文档 单元测试常用工具简介 为什么总是集成不起来？ 集成测试 目标： 检验组成系统的模块接口有无错误 代码实现的系统设计与需求定义是否吻合 时机： 主要的单元测试完成后，经常与单元测试同步进行 集成测试 方法 黑盒测试 非增量式测试方法 增量式测试方法 集成测试 集成测试 增量式集成测试方式 测试步骤： 具体做法是把下一个要测试的模块同已经测好的模块结合起来进行测试，测试完毕，再把下一个应该测试的模块结合进来继续进行测试。 在组装的过程中边连接边测试，以发现连接过程中产生的错误。 集成测试 集成测试 混合增量测试方法　　　　　　－三明治集成 确认测试 目标： 检查所开发的软件是否符合用户的验收标准 时机： 集成测试完成后 内容： 检验软件功能、性能… 用户手册 操作手册 设计资料 系统测试 目标： 检验组成整个系统的代码以及系统的软硬件配合有无错误 时机： 确认测试完成后 系统测试 常见的系统测试方法： 恢复测试 安全测试 强度测试 性能测试 容量测试 正确性 可靠性 兼容性 Web测试 验收测试 软件开发已经完成，并全部解决了已知的软件缺陷。 验收测试计划已经过评审并批准，并且置于文档控制之下。 对软件需求说明书的审查已经完成。 对概要设计、详细设计的审查已经完成。 对所有关键模块的代码审查已经完成。 验收测试 对单元、集成、系统测试计划和报告的审查已经完成。 所有的测试脚本已完成，并至少执行过一次，且通过评审。 使用配置管理工具且代码置于配置控制之下。 软件问题处理流程已经就绪。 已经制定、评审并批准验收测试完成标准。 验收测试 目标： 使客户验收签字 系统是否符合事先约定的验收标准 时机： 系统测试完成后，在项目组看来开发和测试工作已经全部完成，可以交付使用 内容 软件配置和可执行程序测试 验收测试 验收测试的常用策略 正式验收 非正式验收或 Alpha 测试 Beta测试 正式验收测试 正式验收测试是一项管理严格的过程，它通常是系统测试的延续。计划和设计这些测试的周密和详细程度不亚于系统测试。选择的测试用例应该是系统测试中所执行测试用例的子集 正式验收测试的两种方式： 在某些组织中，开发组织（或其独立的测试小组）与最终用户组织的代表一起执行验收测试。 在其他组织中，验收测试则完全由最终用户组织执行，或者由最终用户组织选择人员组成一个客观公正的小组来执行。 非正式验收测试 验收测试过程流程图 验收测试实施 用户验收测试可以分为两个大的部分：软件配置审核和可执行程序测试，其大致顺序可分为： 文档审核 源代码审核 配置脚本审核 测试程序或脚本审核 可执行程序测试。 内容 1）软件承包方通常要提供如下相关的软件配置内容： 可执行程序 源程序 配置脚本 测试程序或脚本。 2）主要的开发类文档： 《需求分析说明书》 《概要设计说明书》 《详细设计说明书》 《数据库设计说明书》 《测试计划》 《测试报告》 《程序维护手册》 《程序员开发手册》 《用户操作手册》 《项目总结报告》。 3）主要的管理类文档： 《项目计划书》 《质量控制计划》 《配置管理计划》 《用户培训计划》 《质量总结报告》 《评审报告》 《会议记录》 《开发进度月报》 用户验收测试实施(续) 内容： 包括功能、性能等方面的测试，每种测试也都包括目标、启动标准、活动、完成标准和度量等五部分。 要注意的是不能直接使用开发方提供的可执行程序用于测试，而要按照开发方提供的编译步骤，从源代码重新生成可执行程序。 用户验收测试实施(续) 具体的测试内容通常可以包括： 安装（升级） 启动与关机 功能测试（正例、重要算法、边界、时序、反例、错误处理） 性能测试（正常的负载、容量变化） 压力测试（临界的负载、容量变化） 配置测试、平台测试、安全性测试、恢复测试（在出现掉电、硬件故障或切换、网络故障等情况时，系统是否能够正常运行）、可靠性测试等。 回归测试 回归测试 目标： 验证程序修改或者版本更