集成测试用例解析

发表于:2010-11-05来源:作者:点击数: 标签:解析
集成 测试用例 解析 软件测试 集成测试用例 集成测试是在 单元测试 的基础上,测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。 本规范主要阐述集成 测试过程 域的大

  集成测试用例解析 软件测试

  集成测试用例

  集成测试是在单元测试的基础上,测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。

  本规范主要阐述集成测试过程域的大体流程:

  ● 制定集成测试计划

  ● 设计集成测试

  ● 实施集成测试

  ● 执行集成测试

  ● 评估集成测试

  1.1 集成测试规程定义

  为了更加规范软件测试流程,提高软件产品的质量。集成测试的必要性还在于一些模块虽然能够单独地工作,但并不能保证连接起来也能正常工作。程序在某些局部反映不出来的问题,有可能在全局上会暴露出来,影响功能的实现。此外,在某些开发模式中,如迭代式开发,设计和实现是迭代进行的。在这种情况下,集成测试的意义还在于它能间接地验证概要设计是否具有可行性。制定了此流程指导集成测试被快速、有序、高效执行。

  制定集成测试计划 根据项目组提供设计模型和集成构建计划,制定出适合本项目的集成测试计划

  设计集成测试 根据集成测试计划和设计模型设计集成测试用例及测试过程

  实施集成测试 获取工作版本后,由测试设计员创建测试脚本(可选)、更新测试过程,由设计员负责设计驱动程序和桩,实施员负责实施驱动和桩。

  执行集成测试 测试人员根据测试脚本(可选)和工作版本执行集成测试,并记录测试结果。

  评估集成测试 依照集成测试计划和测试结果,由测试设计员负责会同集成员、编码员、设计人员评估此次测试,并生成测试评估摘要。

  1.2 集成测试规程

  1.2.1 目的

  ● 按照集成计划执行测试,确保各单元组合在一起后能够按既定意图协作运行,并确保增量的行为正确。它所测试的内容包括单元间的接口以及集成后的功能。使用黑盒测试方法测试集成的功能。并且对以前的集成进行回归测试

  1.2.2 相关人员

  ● 设计人员:设计产品构件、设计测试驱动和桩、评估测试结果,根据集成测试发现的缺陷提出变更申请

  ● 程序员:提供产品构件、驱动、桩;修改bug

  ● QA人员: 审计集成测试步骤

  ● 配置管理人员: 管理工作产品构件

  ● 集成人员:制定集成构件计划,按照集成计划将通过了单元测试的类集成

  ● 测试人员:设计测试过程、设计测试用例、执行集成测试、记录测试结果、评估测试结果

  1.2.3 入口标准

  ● 项目组成员已制定出设计模型和集成构件计划。

  ● 测试需求须具有可观测、可测评性。

  ● 构件的单元测试已完成并通过

  1.2.4 输入

原文转自:http://www.ltesting.net