软件测试技术第4章 软件生命周期中测试的实施.pptVIP

第四章 软件生命周期中测试的实施 * 按深度优先集成 集成1：测试A、B 集成2：测试A、B、E 集成3：测试A、B、E、F 集成4：测试A、B、E、F、C 集成5：测试A、B、E、F、C、G 集成6：测试A、B、E、F、C、G、D 第四章 软件生命周期中测试的实施 * 按广度优先集成 集成1：测试A、B 集成2：测试A、B、C 集成3：测试A、B、C、D 集成4：测试A、B、C、D、E 集成5：测试A、B、C、D、E、F 集成6：测试A、B、C、D、E、F、G 第四章 软件生命周期中测试的实施 * 2. 自底向上的集成方法 自底向上集成方法是从软件结构最底层的模块开始，按照接口依赖关系逐层向上扩展，逐渐把各个模块结合起来进行测试。 自底向上的集成方法的优点是每个模块调用其他的底层模块都已经过测试，因此不需要桩模块，可以进行并行测试的部分较多； 缺点是每个模块都必须编写驱动模块，并且缺陷的隔离和定位不如自顶向下的集成方法 第四章 软件生命周期中测试的实施 * 例子：以图示的功能模块划分为例，按自底向上的集成方法进行集成测试 第四章 软件生命周期中测试的实施 * 上面给出的自底向上集成方法仅是一种参考。实际中应灵活变化。 如果需要加强缺陷定位的力度，可以在集成中适当加入桩模块，而非直接将实际模块进行集成 集成1：测试E、F、G 集成2：测试B、E、F；C、G；D 集成3：测试A、B、C、D、E、F、G 第四章 软件生命周期中测试的实施 * 3. 三明治集成方法 三明治集成方法（Sandwich Integration）顾名思义，是从两头向中间集成。 对底层模块，采用自底向上的集成方法 对顶层模块采用自顶向下的集成方法进行测试。 三明治集成方法充分结合了自底向上和自顶向下集成方法的优点，将两种方法混合起来使用 第四章 软件生命周期中测试的实施 * 例子：以图示的功能模块划分为例，按三明治集成方法进行集成测试 第四章 软件生命周期中测试的实施 * 按三明治方法集成 集成1：测试E、F、G 集成2：测试A 集成3：测试A、B、E、F 集成4：测试A、B、C、E、F、G 集成5：测试A、B、C、D、E、F、G 第四章 软件生命周期中测试的实施 * 在实际工作中，特别是较大的项目，常常是综合使用上面所介绍的集成方法，而不是仅用某一种特定的集成方法。 最常见的是：按开发的进度，优先选择测试已经完成的模块 如果已完成的模块所调用的模块没有完成，就采用自顶向下的方法，打桩进行测试； 如果已经完成模块的上层模块没有完成，可以采用自底向上的集成方式； 如果上层模块和底层模块先完成，则采用三明治集成方法 第四章 软件生命周期中测试的实施 * 4. Smoke方法 Smoke方法是时间关键性项目的步进机制，能够让软件团队频繁地对项目进行评估。包括下列活动： 1）将已经转换为代码的软件构件集成为构造（Build）。 一个构造包括所有的数据文件、库、可复用的模块以及实现一个或多个产品功能所需的工程化构件。 2）设计一系列测试，以暴露影响构造正确地完成其功能的各种错误。测试设计的目的是为了发现极有可能造成项目延迟的各种业务阻塞错误 3）每天将该构造与其他构造，以及整个软件产品集成起来进行冒烟测试。 集成方法可以采用自顶向下集成，也可以自底向上集成 第四章 软件生命周期中测试的实施 * 4.3.3 集成测试用例的设计要点 集成测试的设计在软件的概要设计阶段即应该开展。具体说来，一旦有了概要设计的文档就可以开始测试的设计。 在集成测试的测试用例设计中，首先应考虑为通过性测试设计用例，用来验证软件功能是否得到实现， 其次考虑为失效性测试设计用例，主要以已知的缺陷空间为依据设计测试用例，目的是证明已知的缺陷在软件中都不存在。 在集成测试用例的设计方面，同样也要强调覆盖率的要求。但集成测试和单元测试的覆盖率不同，单元测试的覆盖率主要在代码层面，集成测试的覆盖率主要在接口层面 集成测试的覆盖率有接口覆盖率，接口路径覆盖率等 接口有显性和隐性之分。函数调用（API）等属于显性接口，而消息、网络协议等都属于隐性接口 第四章 软件生命周期中测试的实施 * 第四章 软件生命周期中测试的实施 递增式测试策略 单元测试 集成测试 系统测试 验收测试 回归测试 软件测试实施中的常用工具 第四章 软件生命周期中测试的实施 * 4.4.1 系统测试的相关基本概念 1. 系统测试的内涵 系统测试是执行于完整的、集成过后的系统之上的测试，用以评估系统与其规定的各项需求之间的符合程度。 系统测试是在开发者搭建的运行环境下，从用户使用的角度来执行的，主要目的是系统各项功能与性能的确认和验证。 系统测试的优点是容易执行，只需要像用户使用那样就可以执行测试。但是缺陷定位的