软件质量保证第六节.pptVIP

集成测试 集成测试的定义 也叫做组装测试、联合测试、子系统测试和部件测试。 是在单元测试的基础上，将所有模块按照概要设计要求组装成为子系统或系统，进行集成测试。 集成测试关注的重点 模块间的数据传递是否正确？ 一个模块的功能是否会对另外一个模块的功能产生错误的影响？ 全局数据结构是否有问题，会不会被异常修改？ 块组合起来的功能能否满足要求？ 各个模块累积的误差是否会达到不可接受的程度？ 集成测试的必要性 集成测试的首要目的是揭示构件互操作性的错误，这样系统测试就可以在最少可能被中断的情况下进行。 所有的软件项目都不能跨越集成这个阶段。 集成测试的意义还在于能间接地验证概要设计是否具有可行性。 一些模块虽然能够单独的工作，但并不能保证连接起来也能正常工作。 集成测试遵循的原则 集成测试很不好把握，应针对总体设计尽早开始筹划。为了做好集成测试，需要遵循以下原则。 ① 所有公共接口都要被测试到。 ② 关键模块必须进行充分的测试。 ③ 集成测试应当按一定的层次进行。 ④ 集成测试的策略选择应当综合考虑质量、成本和进度之间的关系。 ⑤ 集成测试应当尽早开始，并以总体设计为基础。 ⑥ 在模块与接口的划分上，测试人员应当和开发人员进行充分的沟通。 ⑦ 当接口发生修改时，涉及的相关接口必须进行再测试。 ⑧ 测试执行结果应当如实记录。 集成测试的具体内容 功能性测试 可靠性测试 易用性测试 性能测试 维护性测试 常见的集成测试故障 1）配置/版本控制错误 2）遗漏、重叠或冲突函数 3）不一致的数据结构 4）使用冲突的数据视图 5）破坏全局存储或数据库数据的完整性 6）由于编码错误或未预料到的运行是绑定导致的错误方法调用。 7) 客户发送违反服务器前提条件、顺序约束的消息。 8）错误的参数或不正确的参数值。 9）错误的对象和消息的绑定。 10）由不正确的内存管理分配/收回引起的失败。 11）不正确的使用虚拟机、OS。 12）组件之间的服务。 13）资源竞争。 集成测试的模式 集成测试的整个过程由下列3个步骤完成。 ① 主控模块作为测试驱动器，把对主控模块进行单元测试时引入的被调用模拟子模块用实际模块替代。 ② 依照所选用的模块集成策略（深度优先和广度优先），下层的被调用模拟子模块一次一个地被替换为真正的模块。 ③ 在每个模块被集成时，都必须立即进行测试一遍。 自顶向下和自底向上集成方法 自顶向下法(Top-down Integration) 自顶向下集成 步骤： (1)以主模块为所测模块兼驱动模块，所有直属于主模块的下属模块全部用桩模块对主模块进行测试。 (2)采用深度优先(depth-first)(如图8-2-1）或广度优先(breadth-first)（如图8-2-2）的策略，用实际模块替换相应桩模块，再用桩代替它们的直接下属模块，与已测试的模块或子系统组装成新的子系统。 (3)进行回归测试（即重新执行以前做过的全部测试或部分测试），排除组装过程中引起的错误的可能。 (4)判断是否所有的模块都已组装到系统中，是则结束测试，否则转到(2)去执行。 自底向上法(Bottom-up Integration) 自底向上集成 自底向上集成的步骤如下： (1)由驱动模块控制最低层模块的并行测试；也可以把最低层模块组合成实现某一特定软件功能的簇，由驱动模块控制它进行测试。 (2)用实际模块代替驱动模块，与它已测试的直属子模块组装成为子系统。 (3)为子系统配备驱动模块，进行新的测试。 (4)判断是否已组装到达主模块。是则结束测试，否则执行(2)。 大棒集成方法(Big-bang Integration)-大爆炸集成 三明治集成方法(Sandwich Integration) 改善的三明治集成方法 混合策略(Modified Top-down Integration) 几种集成方法性能的比较 集成测试策略 在现代复杂软件项目集成测试过程中，通常采用核心系统先行集成测试和高频集成测试相结合的方式进行； 自底向上的集成测试方案在采用传统瀑布式开发模式的软件项目集成过程中较为常见。 集成策略的选择应该结合项目的实际工程环境及各测试方案适用的范围进行合理的选型。 集成测试人员 由于集成测试不是在真实环境下进行，而是在开发环境，或是一个独立的测试环境下进行的，所以集成测试所需人员一般从开发组中选出，在开发组长的监督下进行，开发组长负责保证在合理的质量控制和监督下使用合适的测试技术执行充分的集成测试。 在集成测试过程中，测试过程由一个独立测试观察员来监控测试工作。 集成测试过程中应考虑邀