测试4期-陈孟阳-集成测试过程-2012.08.23.docVIP

集成测试 过程 测试4期 陈孟阳 集成测试过程 2012.08.23 1.集成测试简介 集成测试（IT）也叫组装测试。集成测试是在单元测试的基础上，将所有模块按照HLD（概要设计说明书）集成为一个子系统或系统的测试过程。严格定义上说在集成测试之前，单元测试已经完成的，并且集成测试所使用的对象应当是已经经过单元测试验证过的测试单元。不过在现实中由于进度、成本、质量的综合考虑，我们不允许做到这么全面的测试。我们知道，UT、IT、ST都有各自的测试方向和侧重点，不同的项目根据不同的特点，我们可以单独的选择UT、IT或ST来进行测试，以达到目的。 2.集成测试关注的重点 我们知道单元测试针对的是代码、函数内部的数据结构和逻辑控制等是否正确。系统测试主要对象是整体的功能、性能的实现是否符合SRS（需求规格说明书）以及其符合程度，而不考虑内部结构是怎样实现的。那么集成测试的重点是什么呢？ 集成测试的重点分一下几点： 在把各个模块连接起来时，通过各个模块接口的数据是否篡改或丢失。 各个模块的子功能组合在一起，是否能达到预期的父功能。 一个模块的功能是否会对另一个模块的功能产生不利的影响。 单个模块的误差积累到一块，是否会放大，以达到不能接受的程度。 全局数据结构是否正确，会不会被异常修改。 3.集成测试过程详解 UT、IT、ST的过程基本相似，都分为计划阶段、设计阶段、实现阶段和执行阶段。 3.1集成测试计划阶段 本阶段在开发阶段完成HLD（概要设计说明书）并评审通过之后开始。通过对SRS（需求规格说明书）和HLD（概要设计说明书）的认真阅读和思考来完成集成测试计划。 范围：确定被测试对象的测试范围。 进度：根据每个阶段的工作不同，确定集成测试的各个阶段的完成时间。 资源：通过对HLD（概要设计说明书）的研究，参照对进度、成本、质量的考虑，确定集成测试阶段所需要的资源，以及资源的完整程度。如：技术方面的支持、集成测试需要的测试工具、数据的记录工具、硬件、所需的操作平台、回归测试的一些工具、一些特殊资源等。 环境：集成测试所需要的环境怎样去搭建，使用工具时的环境能否正常实现等。 标准：定义集成测试完成的标准。如：正常结束时测试的程度，测试用例覆盖的程度，软件Bug的遗留程度等；异常结束的标准，以及遇到异常结束时的一些流程等；回归测试的标准等。 任务：对各个阶段的工作任务进行划分、角色进行分工。 风险：制定一个风险应急计划。 文档：对本阶段的文档进行规范化和保存。 评审：组织人员对集成测试计划进行评审，评审后根据评审结果对集成测试计划进行修改和完善，并进行需求跟踪。直到集成测试计划通过之后转入下一个阶段。 3.2集成测试设计阶段 在这个阶段根据SRS（需求规格说明书）、HLD（概要设计说明书）和集成测试计划来进行集成测试的详细设计，完成集成测试方案。 进度：对本阶段时间进行把控，其它阶段的任务、进度进一步细分、安排。 资源：进一步确认上面的资源。 环境：被测软件的运行环境、测试过程中使用的工具的环境是否能够实现。 策略： 通过对被测对象的结构分析、模块分析、接口分析以及其复杂程度，综合考虑进度、成本、质量来确定合适的集成测试策略。 （5）文档：对本阶段的文档进行规范化和保存。 （6）评审：组织人员进行集成测试方案的评审，评审结束后根据评审结果对集成测试方案进行修改和完善，并组织跟踪需求。集成测试方案通过后进行集成测试的实现阶段。 3.3集成测试实现阶段 集成测试方案评审通过后本阶段就开始了，根据SRS（需求规格说明书）、HLD（概要设计说明书）、集成测试计划、集成测试方案，来进行集成测试用例、集成测试规程、集成测试脚本的编写。 进度：把控本阶段的时间。 资源：对本阶段的测试工具进行确认。 环境：对本阶段所需要的测试环境进行确认。 用例：考虑已经有的集成测试用例是否能使用，重要模块的测试集的覆盖程度是否达标，一些基本的功能是否也有测试集覆盖等，回归测试的一些特殊用例的编写等。 规程：对集成测试活动设定步骤进一步规划。 文档：对本阶段的文档进行规范化和保存。 评审：组织参与集成测试用例、集成测试规程的评审，评审结束后对集成测试用例、集成测试规程进行修改和完善，并组织需求跟踪。集成测试用例、集成测试规程通过后转入下个阶段。 3.4集成测试执行阶段 本阶段也是集成测试的最后阶段，它依据SRS（需求规格说明书）、HLD（概要设计说明书）、集成测试计划、集成测试方案、集成测试用例、集成测试规程、LLD（详细设计说明书）、单元测试报告来完成集成测试报告、集成测试缺陷报告。 进度：对本阶段的进度进行把控。 资源：确认上面的工具是否能用，确认环境的搭建。 缺陷报告：执行集成测试集，对结果进行详细的记录、描述，并与预期的结果进行对比，不相符的进行重复确认，发现B