软件测试策略与过程 .pptxVIP

第2章 软件测试方法与过程 ; 第2章 软件测试策略与过程 ;软件测试流程;ISO 软 件 质 量 度 量 模 型 ;2.1 软件测试的复杂性与经济性 ;对待缺陷的基本原则 缺陷的群集现象 缺陷有免疫力 缺陷关联和依赖 测试结果的处理原则 对缺陷进行复查和确认 测试结果的全面检查 出错统计和分析 妥善保存测试过程文档 ;;软件测试应追溯到用户需求 应尽早和不断地测试 穷尽测试是不可能的 具有良好的测试态度 避免测试自己的程序 增量测试 测试分级 测试有重点 避免测试的随意性 ;2.2 软件测试方法 ;方法;静态测试和动态测试;按是否需查看代码分类 黑盒测试 白盒测试;黑盒测试和白盒测试;人工测试和自动化测试;按测试执行时是否需人工干预分类 手工测试 自动测试;自动测试和手工测试;2.3 软件测试的阶段;一 单元测试; 单元测试误区 1、单元测试是一种浪费时间的工作 2???我是个很棒的程序员， 我是不是可以不进行单元测试？ 3、集成测试能捕捉到所有的Bug 4、单元测试的成本效率不高 单元测试环境 1、详细设计说明书 2、源程序清单 3、驱动模块 4、桩模块 ;单元测试的主要任务 在单元测试时，测试者需要依据详细设计说明书和源程序清单，了解该模块的I/O条件和模块的逻辑结构，主要采用白盒测试的测试用例，辅之以黑盒测试的测试用例，使之对任何合理的输入和不合理的输入，都能鉴别和响应。 ;单元测试用例设计思路 为系统运行设计测试用例 证明单元至少在某种正常情况下能够运行了。 为正向测试设计用例 验证设计说明书所对应的功能或性能指标是否实现。 为逆向测试设计用例 验证被测软件单元有没有做它不应该做的事情。 为满足特殊需求设计测试用例 验证系统性能、安全性、保密性等。 为代码覆盖设计用例 满足特定覆盖标准;二、集成测试;单元测试与集成测试区别 测试对象：单元测试对象是实现具体功能的单元，一般对应详细设计中所描述的设计单元。集成测试是针对概要设计所包含的模块以及模块组合进行的测试。 测试方法：单元测试所使用的主要测试方法是基于代码的白盒测试。而集成测试所使用的主要测试方法是基于功能的黑盒测试。 测试时间：集成测试要晚于单元测试，所以单元测试的好坏直接影响着集成测试。 测试内容：单元测试主要包括模块内程序的逻辑等方面，集成测试主要是验证各个接口、接口之间的数据传递关系、模块组合后能否达到预期效果。;集成方法 大爆炸集成Big bang integration (all module together) 自顶向下集成Top down integration (from higher levels ? no test drivers are needed) 自底向上集成Bottom up integration (from lower levels? No test stubs necessary) 三明治集成Sandwich testing (combination of bottom-up and top-down) ;大爆炸集成 1. 目的 尽可能缩短测试时间，使用最少的测试用例验证系统。 2. 定义 大爆炸集成也称为一次性组装或整体拼装，这种集成测试策略的做法就是把所有通过单元测试的模块一次性集成到一起进行测试，不考虑组件之间的互相依赖性及可能存在的风险。 ;3. 具体方法 举例来说，假设要对某个系统的部分功能（包括4个模块）进行测试，其功能分解如图：;Unit Test D ;4. 优点 （1）可以并行测试所有模块。 （2）需要的测试用例数目少。 （3）测试方法简单、易行。 5. 缺点 （1）由于不可避免存在模块间接口、全局数据结构等方面的问题，所以一次运行成功的可能性不大。 （2）如果一次集成的模块数量多，集成测试后可能会出现大量的错误。另外，修改了一处错误之后，很可能新增更多的新错误，新旧错误混杂，给程序的错误定位与修改带来很大的麻烦。 （3）即使集成测试通过，也会遗漏很多错误。 ;6. 适用范围 （1）只需要修改或增加少数几个模块的前期产品稳定的项目； （2）功能少，模块数量不多，程序逻辑简单，并且每个组件都已经过充分单元测试的小型项目； （3）基于严格的净室软件工程（由IBM公司开创的开发接近零缺陷的软件的成功做法）开发的产品，并且在每个开发阶段，产品质量和单元测试质量都相当高的产品。 ;自顶向下集成 自顶向下的集成测试就是按照系统层次结构图，以主程序模块为中心，从顶层控制（主控模块）开始，自上而下按照深度优先或者广度优先策略，对各个模块一边组装一边进行测试。 采用同设计顺序一样的思路对