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

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