第2章软件测试流程和分类.ppt

测试基础 第二章 软件测试流程和分类 软件生命周期 什么是软件生命周期 软件开发全部过程、活动和任务的结构框架，是从可行性研究到需求分析，软件设计，编码，测试，软件发布维护的过程 软件生命周期—瀑布模型（waterfall?model ） 软件生命周期 瀑布模型的优点： ? a.开发的各个阶段比较清晰； 　　?b.强调早期计划及需求调查； 　　?c.适合需求稳定的产品开发。 瀑布模型的缺点： a.依赖于早期的需求调查，不适应需求的变化； 　　? b.单一流程，不可逆； 　　 ?c.风险往往迟至后期才显露，失去及早纠正的机会。 d.测试仅是编码后的一个阶段 软件生命周期—螺旋模型（spiral?model ） 开发核心系统-〉用户试用--〉提出需求--〉迭代开发。 每一迭代过程均由需求、设计、编码、测试、集成等阶段组成，实际上，这个模型可看作是重复执行的多个“瀑布模型”。? 并在“瀑布模型”的每一个开发阶段之前，引入非常严格的风险控制。直到采取了消除风险的措施之后，才开始计划下一阶段的开发工作。 软件生命周期—V模型 软件开发及测试流程 软件开发及测试流程（英文版） 测试执行过程 单元测试 单元测试：Unit Testing 目标： 检验程序最小单元有无错误（类、文件、窗口、函数、菜单、报表或一个存储过程） 接口、数据结构、边界、覆盖、逻辑 检验单元编码与设计是否吻合 依据： 详细设计，编码 方法： 白盒测试 责任： 开发工程师 目前状况 一般只在某些关键模块实行 集成测试 集成测试：Integration Testing 目标： 检验组成系统的模块接口有无错误 代码实现的系统设计与需求定义是否吻合 时机： 主要的单元测试完成后，经常与单元测试同步进行 方法： 黑盒测试,白盒测试 责任： 开发工程师 测试工程师 目前状况： 各模块主要由开发人员集成，没有或很少有测试，黑盒测试人员介入较难 系统测试 系统测试：System Testing 目标： 检验组成整个系统的代码、以及系统的软硬件配合有无错误 代码实现的系统与用户需求是否吻合 检验系统的文档等各种是否完整、有效 模拟验收测试的要求，检查系统是否符合用户的验收标准 时机： 多数集成测试完成后 方法： 黑盒测试 责任： 测试工程师 验收测试 验收测试：Acceptance Testing 目标： 使客户验收签字 系统是否符合事先约定的验收标准 时机： 系统测试完成后，在项目组看来开发和测试工作已经全部完成，可以交付使用 方法： 黑盒测试 责任： 产品经理或其他高级经理 开发工程师 测试工程师 用户 测试阶段总结 测试阶段 测试粒度 软件测试的分类 按测试阶段分类 单元测试、集成测试、系统测试 按测试策略分类 黑盒/白盒测试、动态/静态测试、手工/自动测试 按测试方法分类 功能测试、性能测试、压力测试、易用性测试、安装测试、容错性测试、兼容性测试、安全性测试 软件测试的分类-按策略 静态测试（Static testing）：不实际运行被测试的程序 测试对象：软件文档（用户类，开发类） 源代码（逻辑错误，代码标准/规范/风格） 分类： 代码走查（walkthrough） 代码审查(Inspection) 技术评审(Review) 静态测试（Static testing） 代码走查（walkthrough） 开发组内部进行的，采用讲解、讨论和模拟运行的方式进行的查找错误的活动 代码审查(Inspection) 开发组内部进行的，采用讲解、提问并使用Checklist方式进行的查找错误的活动。一般有正式的计划、流程和结果报告 技术评审(Review) 开发组、测试组和相关人员(QA、产品经理等)联合进行的，采用讲解、提问并使用Checklist方式进行的查找错误的活动。一般有正式的计划、流程和结果报告 软件测试的分类-按策略 黑盒测试与白盒测试 白盒测试又称结构测试，逻辑驱动测试或基于程序的测试 黑盒测试又称功能测试，数据驱动测试或基于规格说明书的测试 软件测试的分类-按策略 手工测试和自动测试 自动测试的缺陷： 1.手工测试比自动测试发现的缺陷更多：85%-15% 2.工具本身不具有想象力 3.不能处理意外事件：如网络中断 4.前期的购置培训成本较高 软件测试的分类-按策略 冒烟测试（smoke testing） 回归测试(regression testing) 随机测试（random testing） 软件测试的分类-按方法 功能测试 性能测试 压力测试 负载测试 易用性测试 安装测试 思考题 软件开发的生命周期？ 软件测试的生命周期？ 软件测试的流程？ 软件生