9.浅谈软件集成测试.pdfVIP

浅谈软件集成测试 彭 澜 UTStarcom 通讯有限公司深圳研发中心UCN(mSwitch) 摘要： 本文阐述了测试的基本概念特别是集成测试的概念以及和系统测试的区别，描述了 一个完整的集成测试流程中，从明确测试需求，设计测试计划用例，执行测试到完 成测试结果的制作和评估，都做了较为详细的描述。 Abstract: This paper describes the conception of software test, especially for integration test and the difference between system test and integration test. It depicts a full flow of integration test work, including comprehending requirement, designing test plan and case, testing, writing test report and reviewing it. 关键词： 集成测试，模块，接口，边界测试 Keywords: integration test, module, interface, boundary test 1. 测试的概念 1.1 什么是测试 什么是测试？ 测试是为了发现错误而执行程序并对软件建立信心的过程 是对软件质量进 行度量的一种方式。一个好的测试是指很可能找到尚未发现的错误的测试，一个成功的测试是 指发现了至今未发现的错误的测试。IEEE 是这样定义的 “由人工或自动方法来执行或评价系 统或系统部件的过程，以验证它是否满足规定的需求 或识别出期望的结果和实际结果之间的 差别。”“满足规定的需求”就要求我们在测试过程中需要关注，一是软件是否以正确的方式来 实现了需求规定要做的事 二是软件是否做了需求没有规定要做的事。 软件测试并不能发现系统所有的 bug 也不能取代其他质量 证手段，一般我们的软件测 试会遵循以下原则： Good-enough 原则：这是一种权衡投入／产出比的原则 测试既不要不充分 也不要过分 不充分和过分都是一种不负责任的表现 Zero-bug 是一种理想 Good-enough 是我们的原则。 Pareto 原则：一般情况下，在分析、设计、实验阶段的复审和测试工作能够发现和避免80 ％的bug 而系统的软件测试能够找出其余bug 中的80 ％ 最后约5%的bug 只有在用户大范围、 发工程与实践 2007 年7 月，第5 卷第2 期，总第18 期 RD Engineering and Practice, Vol. 5, No. 2, July. 2007 Internal Documents, Confidential. RD Engineering and Practice in http :///uu/technic_proseminar.asp?columnId= 1589pg=view= 69 长时间的使用后才会暴露出来 因此测试只能 证尽可能多地发现错误 不能 证发现所有的 错误。 1.2 什么是集成测试 集成测试 （也叫组装测试 联合测试）是单元测试的逻辑扩展。它的最简单的形式是：两 个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲 组件是 指多个单元的集成聚合。在现实方案中 许多单元组合成组件 而这些组件又聚合成程序的更 大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最 后，将构成进程的所有模块一起测试。此外 如果程序由多个进程组成 该成对测试它们 而不是同时测试所有进程。 通常我们的集成测试主要是关注集中在各模块的接口是否一致、各模块间的数据流和控制 流是否按照设计实现其功能、以及结果的正确性验证等等；系统测试主要是针对整个产品的全 面测试 既包含各模块的验证性测试 （验证前两个阶段测试的正确性）和功能性 （产品提交个 用户的功能）