兴业银行CMM-SPE-T-005集成测试报告.doc

编号：CMM-SPE-T-005 项目名称 （项目英文名称） 集成测试报告 文档版本号 编 写 人： 编写时间： 审 核 人： 审核时间： 修订页 编号 章节名称 修订内容简述 修订日期 修订前 版本号 修订后版本号 修订人 批准人 1 目录 1、目的 1 2、进入标准 1 3、职责 1 4、集成测试过程 1 4.1集成测试计划 2 4.2建立集成测试案例 2 4.3执行集成测试 2 4.4集成测试报告 2 4.5软件质量保证评审 3 5、裁减指南 3 6、退出标准 3 7、交付物 3 附录A: 集成测试案例模板 4 附录-B测试结果表单模板： 5 附录C 测试报告模板II 6 附录D:集成测试进程清单 7 1、目的 集成测试的目标就是发现组成部件，服务，打包或整个系统的模块界面相关的错误。集成测试在一个以上的集成进行测试时进行并且反映集聚的自身一致性。集成测试所关心的集聚行为通常体现在部件之间的界面上。集成测试被视为设计的测试。 2、进入标准 单元测试完成，BUG管理跟踪表中所有BUG封闭； 所有参加集成测试的代码已经通过评审，并提交到SCM库； SCM管理员通知测试人员可以进行集成测试。 测试人员从配置库中直接提取源代码进行集成测试。 3、职责 角色 职责 项目经理 通过过程管理评审，定期评审测试活动和结果并根据合适的测试结果采取行动。 测试设计人员 参与建立集成测试案例。 测试实施人员 执行集成测试案例和记录集成测试结果。 项目SQA人员 定期根据计划评审项目集成测试活动。 4、集成测试过程 集成测试是将系统部件整合在一起并且测试结果是否符合需求的进程。集成测试的焦点在于合并单元来确保界面如所期望的那样工作。在集成测试中，单元测试模块作为每个设计被用于建立系统。 集成测试应该遵循以下准则 界面完整性：外部和内部界面被用作加载在软件结构中的模块（或簇） 功能有效性：功能性错误的测试 信息内容：测试局部和全局的数据结构 性能：测试性能并比较设计的具体边界 集成测试总体上以递增形式完成。且有三大策略 自顶向下的综合：这里主要的控制模块用于测试驱动，伴随所有的子模块为茎。并且不断得以深度优先或以广度优先为基础来替换茎。它早在设计过程中验证主控制和关键点 自底向上的综合：这里地级别的模块会被捆绑入簇（构建物）来运行具体的软件子功能并且开发测试簇的驱动程序。在不断增加程序结构的同时，簇被不断的增加。 合二为一：总的来说，倾向于使用和并自底向上和自顶向下的测试方法。但是关键模块应该在早期被整合和测试。 4.1集成测试计划 参照软件测试计划制定。 4.2建立集成测试案例 测试案例在完成集成测试计划后再制定。且测试案例应该根据每个对整合叠加的策略来发展。对测试案例的同行评审将对确保完整性和正确性有帮助。每个测试案例有其具体的测试案例编号。 4.3执行集成测试 系统测试步骤地执行包括， 创建所需的测试环境 通过应用在创建的案例中详细说明的输入条件来执行测试 日志结果 在附录B和C中给出了典型的日志结果的模板。缺陷数据应该在缺陷跟踪工具中日志直跟踪到其终结。这可能会导致源码或设计文档的修改。 4.4集成测试报告 测试结果报告应该在每个集成测试完成的时候生成。在附录B和附录C中给出了两个测试结果报告的样例。典型测试结果报告应该包括下列信息 项目/解决部件的名称和正在测试的程序（给出它们的编号） 参与的项目和测试团队 具体测试案例，过程和数据包括编号，报告参考资料，驱动或使用过的茎 测试操作的数据包括测试时间，运行次数和个人需求 结果分析报告 4.5软件质量保证评审 项目软件质量保证小组执行评审。 5、裁减指南 该过程不能裁减 6、退出标准 1、中所有的测试项已经完成测试； 2、集成测试过程中测试人员提交的所有的BUG已经得到封闭。 3、《集成测试报告》完成。 7、交付物 《集成测试报告》 附录A: 集成测试案例模板 测试案例编号 目标 描述 环境 前置条件 输入集 预计结果 后置条件 备注 实际结果 测试案例的编号 简要描述测试了什么功能点/逻辑关系 具体描述测试案例如何被执行。典型的，这一部分将捕捉测试员用来创建测试案例所需条件的步骤 详述H/W S/W所需的配置，如模块，规划，内存等. 如果有任何的前置必需品，如其他的测试案例或一些系统的建立用于此测试案例，请在此提及 请在此详述测试所需的输入条件集 详述每个测试案例的预期结果。 详述每个测试案例的后置条件 S列出被煮注释s 详述在运行测试案例所获得的实际结果e