联调测试方案.doc

《联调测试方案.doc》由会员分享，可在线阅读，更多相关《联调测试方案.doc（25页珍藏版）》请在麦多课文档分享上搜索。

1、 委内卫生部 接口平台 联调测试方案 中兴通讯股份有限公司 2011 年 12 月 本文中的所有信息均为 委内卫生部接口平台 内部资料，未经许可，不得向外传播。 第 I 页 共 25 页 模板版本变更记录 （ EPG 更新模板时填写 ） ： 模板版本号 拟制 /修改日期 拟制 /修改人 修改记录 批准人 1.0 2011-12-3 冯颖垚 新增 工件版本变更记录 （工件作者或修改者 更新工件时 填写） ： 版本号 拟制 /修改日期 拟制 /修改人 修改记录 批准人 本文中的所有信息均为 委内卫生部接口平台 内部资料，未经许可，不得向外传播。 第 II 页 共 25 页 目 录 1 编写目的 .

2、 3 2 术语、定义和缩略语 . 3 2.1 术语、定义 . 3 2.2 缩略语 . 3 3 适用范围及预期读者 . 3 4 联调测试概述 . 3 4.1 联调测试定义 . 3 4.2 联调测试范围 . 4 4.2.1 连通性测试 . 4 4.2.2 功能性测试 . 5 5 联调测试流程及操作 . 5 5.1 联调测试总体流程 . 5 5.1.1 联调测试相关方及角色 . 5 5.1.2 联调测试阶段划分 . 6 5.1.3 联调测试总体流程图 . 6 5.2 联调测试各阶段详细介绍 . 7 5.2.1 联调测试申请阶段 . 7 5.2.2 联 调测试环境准备阶段 . 8 5.2.3 联调测试

3、测试设计阶段 . 10 5.2.4 联调测试应用设置阶段 . 12 5.2.5 联调测试测试执行阶段 . 13 5.2.6 联调测试测试评估阶段 . 15 6 联调测试质量保证 . 15 6.1 联调测试风险管理 . 15 6.1.1 风险管理流程示意图 . 15 6.1.2 风险管理流程说明 . 16 6.1.3 风险管理机制及操作指南 . 19 6.2 联调测试问题处理 . 19 6.2.1 问题处理流程示意图 . 19 6.2.2 问题处理流程说明 . 19 6.3 联调测试协调管理 . 20 6.3.1 协调管理流程示意图 . 20 6.3.2 相关文档模板 . 21 6.4 联调测试

4、沟通管理 . 21 6.4.1 信息知会规则 . 21 6.4.2 专家会审规则 . 22 6.4.3 同行评审规则 . 22 6.4.4 领导审核规则 . 22 7 附录 . 24 7.1 附件 . 24 本文中的所有信息均为 委内卫生部接口平台 内部资料，未经许可，不得向外传播。 第 3 页 共 25 页 1 编写目的 本 文档 对 委内卫生部 接口平台 联调 测试阶段的 测试流程、操作步骤、 测试内容、 测试方法及质量保证 等 内容进行 了 详细的 阐述 。 2 术语、定义和缩略语 2.1 术语、定义 术语 /定义 说明 连通性测试 指 服务 消费方在联调测试执行前，对所有需要调用服务的

5、基本功能 所进行 的 简单 测试。连通性测试强调 服务能否被正常调用 ，而不 进行业务层面验证。 准入测试 指当服务提供方完成接口服务开发之后，在集成部署到 接口平台 之前，由 接口平台 组织 进行的测试工作。 联调测试 指应用系统为通过 接口平台 ，实现与 其他系统的业务交互，而需要在上线前进行的各系统间的协同测试。整体 工作由 接口平台 主导和组织，由 接口平台 、服务消费方 项目组 、服务提供方 项目组 共同参与。 2.2 缩略语 缩略语 说明 接口平台 委内卫生部 接口平台 服务消费方 消费 接口平台 所提供服务的系统 服务 提供 方 通过 接口平台 对外提供服务的系统 服务消费方项目

6、组 消费 接口平台 所提供服务的系统项目组 ， 由服务 消费 方集成商人员和关键业务用户组成 服务提供方项目组 通过 接口平台 对外提供服务的系统项目组 ， 由服务提供方集成商人员和关键业务用户组成 联调测试规范 委内卫生部 接口平台 联调测试规范文档 3 适用范围及预期读者 本文档的适用范围为： 委内卫生部 接口平台 联调测试涉及到的各相关系统 。 本文档的预期读者为： 委内卫生部 接口平台 联调测试涉及到的各相关 方，包括： 接口平台 、 服务消费方项目组及服务提供方项目组 等 。 4 联调测试概述 4.1 联调测试定义 联调测试是指 应用 系统 为通过 接口平台 ，实现与其他系统的业务交

7、互 ， 而 需 要在上线前进行 的 各系统间的 协同测试。 测试工作 由 接口平台 主导、 组织 和执行 ，由 服务消费方 项目组 、服务提供方 项目组 共同参 与。 联调测试等同于 系统间接口 的 UAT 测试 ，联调测试 中的服务提供方 项目组 和服务消费方项目组 需 包含 接口平台 业务 责任 人员 ， 业务责任人员需 对整个 联调测试 的业务功能 进行测试和确定 。 联调测试在整个 接口平台 服务 生命周期中的 阶段和位置 如下图所示 ： 本文中的所有信息均为 委内卫生部接口平台 内部资料，未经许可，不得向外传播。 第 4 页 共 25 页 联调测试的发起应 在准入测试阶段 结束 后、

8、系统部署上线 开始 前。 通过联调测试，可以最大限度的暴露并解决问题，以确保接口服务上线后能够正常使用，满足业务系统的接口需求，保证各业务系统能够通过 接口平台 服务实现正常的互联互通。 4.2 联调测试 范围 每次联调测试的服务列表应在 接口平台 规范 所 涵盖的 服务列表内，且该 批 服务已经通过接口平台 准入测试。 联调测试由连通性测试和功能性测试两部分组成。 4.2.1 连通性测试 连通性测试是指服务消费方在联调测试执行前，对所有需要调用服务的基本功能所进行的简单 测试。连通性测试强调 服务能否被正常调用 ，而不 进行业务层面验证。 连通性测试的目的是为了保证在联调测试 执行 阶段，

9、服务消费方 能够 顺利 连接 ，能够正常 调用 所消费的服务 ， 连通性测试 包含网络连通性 测试 及服务连通性 测试 两部分 工作 。 连通性测试之前应完成以下工作： 1、 确保联调测试环境搭建完毕 2、 网络策略开通完毕 3、 服务提供方完成应用程序 部署 4、 接口平台 完成服务部署 5、 服务消费方完成应用程序部署 连通性的示意图如下： 本文中的所有信息均为 委内卫生部接口平台 内部资料，未经许可，不得向外传播。 第 5 页 共 25 页 服 务消 费 方接 口平 台服 务提 供 方调 用 服 务传 递 参 数返 回 服 务执 行 信 息调 用 提供 程 序返 回 程 序执 行 结 果

10、4.2.2 功能性测试 功能性测试是指 服务消费方 按照已编写完成的测试用例对接口服务进行测试验证， 尽可能的发现潜在 问题。功能 性 测试重在全面 覆盖业务场景 。 功能性测试是联调测试的重点， 是 接口服务 正常使用的保障。 功能性测试之前应完成以下工作： 1、 完成连通性测试 2、 完成测试设计，包括测试用例和测试数据的编写审核 5 联调测试流程及操作 5.1 联调测试总体流程 5.1.1 联调测试相关方 及角色 联调测试 参与 方 包括 ： 接口平台 、 服务提供方项目组 、 服务消费方 项目组 。 上述参与方在联调测试各个阶段分别作为责任方、执行方、配合方承担如下工作： 职责 重点工

11、作内容 责任方 制定相关工作的方法论和质量标准 制定工作分工计划 负责相关工作的整体交付 执行方 工作计划中具体任务的操作者 需根据工作计划按时和按质完成工作（如环境准备、测试设计和测试执行等） 配合方 辅助执行方，对某项任务提供建议和给予协助，确保该项任务可以更好和更快的完成 接口平台 为联调测试的总体组织方，其主要责任如下： 1、 负责整个联调测 试方法论的整理和编写，为整个联调测试提供有效的方法论指导 。 2、 负责联调测试总体流程的制定，统一联调测试流程，形成有效的测试流程 。 3、 负责联调测试阶段所有相关文档的统一模板制定，形成联调测试的企业标准 。 4、 负责制定联调测试的质量标

12、准，严格控制联调测试的质量。 本文中的所有信息均为 委内卫生部接口平台 内部资料，未经许可，不得向外传播。 第 6 页 共 25 页 5、 负责联调测试整体进度的把握。 6、 负责 联调测试 整体 进度的把控 及各方协调工作 。 7、 依照测试流程和测试模板，组织完成联调测试工作。 8、 负责 审批联调测试申请 的初审。 9、 负责组织 完成测试 环境 的 准备工作，包括软硬件准备、网络策略开通、服务及应用程序部署和连通性测试 。 10、 组织 服务提供 方和服务消费方完成 测试用例和 测试 数据 的 准备 及 评审 。 11、 负责组织完成具体联调测试的 执行 ， 协调各方解决测试问题 。

13、12、 负责 组织完成 联调测试 工作的 评估 ，完成 评估报告的评审和会签工作 。 服务 消费 方项目组 为联调测试工作的具体执行方，其主要责任如下 ： 1、 负责 提交联调测试申请 。 2、 负责完成 服务 消费方测试 环境 的 准备工作 。 3、 负责 完成 测试用例 的 编写 及测试 数据 的 准备 工作 。 4、 负责 完成 联调测试的执行 。 5、 负责 联调测试评估报告 的编写 ，参与评估报告的评审 和会签工作 。 服务提供方项目组为联调测试工作的 执行方和配合 方，其主要责任如下： 1、 负责完成服务 提供方测试 环境 的 准备工作 2、 配合 完成 测试用例 的 编写 及测试

14、 数据 的 准备 。 3、 配合分析、解决测试 执行 过程中的问题 。 4、 参与评估报告的评审 和会签工作 。 5.1.2 联调测试阶段划分 本次联调测试过程主要分解为 6 个过程，如下表： 阶段 含义 测试申请 服务消费方 完 成 前期准备工作之后， 通过管控平台 提交联调测试申请，测试申请由 接口平台 审批 环境准备 确定测试环境的软硬件现状， 搭建 测试环境，部署应用程序和服务，进行连通性测试 测试设计 由 接口平台 组织服务消费方项目组及服务提供方项目组，按照下发的统一模板共同完成测试用例的设计以及测试 数据的准备 应用设置 服务提供方、服务消费方 进行测试前的 应用 设置工作 测试

15、执行 服务消费方执行测试、验证系统功能以及 反馈测试结果，期间包含了联调测试问题跟踪、进度跟踪和风险跟踪等工作 测试评估 接口平台 组织服务消费方项目组 评估 测试执行结果， 5.1.3 联调测试总体流程 图 联调测试的总体流程图如下： 本文中的所有信息均为 委内卫生部接口平台 内部资料，未经许可，不得向外传播。 第 7 页 共 25 页 联 调 测 试 流 程测试申请环境准备阶段测试设计阶段应用设置阶段执行测试评估阶段接 口 平 台服 务 提 供 方 项 目 组服 务 消 费 方 项 目 组YNNYYNN统 一 组 织 进 行 环 境 准 备执 行 测 试 用 例 和 测 试数 据 准 备

16、的 确 认评 审 联 调 测 试 报 告 并 签 字确 认统 一 组 织 进 行 连 通 性 测 试执 行 连 通 性 测 试统 一 组 织 进 行 测 试 设 计（ 含 测 试 用 例 和 测 试 数据 准 备 ）评 审 联 调 测 试 报 告 并 签 字确 认汇 总 签 字 结果搭 建 联 调 测 试 环 境搭 建 联 调 测 试 环 境汇 总 连 通 性 测 试 结 果执 行 应 用 设 置结 束审 批 申 请提 交 联 调 测试 评 估 报 告定 位 问 题 ， 协 调 解 决 问 题审 批 评 估 报 告协 调 各 方 解 决 问 题执 行 连 通 性 测 试审 批 环 境 信 息提

17、 交 各 方 测 试 环 境信 息统 一 组 织 进 行 应 用 设 置组 织 进 行 测 试 设 计 评 审执 行 应 用 设 置执 行 联 调 测 试 ， 报 告联 调 测 试 执 行 结 果执 行 测 试 用 例 和 测 试数 据 准 备 的 编 写发 起 参 与 方 确 认汇 总 测 试 设 计 （ 含 测 试用 例 和 数 据 准 备 ）执 行 测 试 用 例 和 测 试数 据 准 备 的 确 认搭 建 联 调 测 试 环 境执 行 应 用 设 置开 始汇 总 应 用 设 置 结 果执 行 连 通 性 测 试审 批 汇 总 结 果评 审 联 调 测 试 报 告 并 签 字确 认跟 踪

18、 、 解 决 问 题5.2 联调测试各阶段详细介绍 5.2.1 联调测试申请阶段 联调测试申请 阶段 主要包含如下 三项 主要工作： 本文中的所有信息均为 委内卫生部接口平台 内部资料，未经许可，不得向外传播。 第 8 页 共 25 页 1、 服务消费方 项目组 提交联调测试申请 2、 接口平台 审核联调测试申请 测试 申请 流程如下： 开 始服 务 消 费 方 项 目 组提 出 联 调 测 试 需 求按 照 模 板 填 写 / 修改 联 调 测 试 申 请 单提 交 服 务 共 享 平 台项 目 组 审 批接 口 平 台 审 批与 服 务 共 享 平 台 项 目组 确 认 联 调 测 试 计

19、 划结 束是否5.2.1.1 提交联调测试申请 服务消费方 项目组 确定本次联调测试的服务清单 和联调测试计划 ，并按 要求填写联调测试申请文档附件 1-委内卫生部 接口平台 系统联调测试申请表 及联调测试参加人员表附件 2-委内卫生部 接口平台 联调测试人员信息 ，提交至 接口平台 进行审批 。 服务测试计划要按照业务场景的衔接关系，区分不同的服务和消费方，确定每一服务的测试执行起始时间，尽量具体、细化。测试计划中要预留合理的问题解决时间。 联调测试人员表需包含参加联调测试的 服 务消费方 和服务提供方 人员。 5.2.1.2 接口平台 审核申请 接口平台 对 申请 表 进行审批 后， 进入

20、测试环境准备阶段，若审批过程 中 发现问题，则退回上一环节进行重新处理 。 5.2.2 联调测试环境准备阶段 环境准备需要做的工作主要有： 1、 硬件环境准备 2、 软件环境准备 3、 网络策略开通 4、 服务 及应用程序部署 5、 连通性测试 本文中的所有信息均为 委内卫生部接口平台 内部资料，未经许可，不得向外传播。 第 9 页 共 25 页 该阶段的具体明细流程如下： 接 口 平 台 组 织 环 境 准 备服 务 提 供 方 联 调 测 试 环 境准 备服 务 消 费 方 联 调 测 试 环 境准 备接 口 平 台 汇 总 各 方 测 试环 境 信 息服 务 消 费 方 连 通 性 测试

21、服 务 提 供 方 连 通 性 测试服 务 共 享 平 台 项 目 组汇 总 连 通 性 测 试 结 果接 口 平 台 统 一 组 织连 通 性 测 试开 始服 务 共 享 平 台 联 调 测 试 环境 准 备汇 总 结 果 并 提 交 服 务 共享 平 台 项 目 组 审 批审 批Y结 束N服 务 共 享 平 台 连 通 性测 试说明： 1、 上图中描述的环境准备包含了硬件准备、软件准备、网络策略开通 、 服务和应用程序部署 以及连通性测试等 操作。 2、 由 接口平台 统一组织 搜集服务提供方、服务消 费方和 接口平台 的测试环境资料，并统计现状，产出文档 附件 3-委内卫生部 接口平台

22、系统联调测试环境 。 5.2.2.1 硬件环境准备 硬件环境准备 主要指服务提供方、服务消费方以及 接口平台 三方 各自 进行的测试环境硬件准备工作，包括主机、存储等。 本文中的所有信息均为 委内卫生部接口平台 内部资料，未经许可，不得向外传播。 第 10 页 共 25 页 5.2.2.2 软件环境准备 软件环境准备 主要指服务提供方、服务消费方以及 接口平台 三方 各自进行的 软件环境的准备工作，包括操作系统、应用 软件 、数据库等。 5.2.2.3 网络开通 网络开通包括 各系统 访问 接口平台 ，和 接口平台 访问各系统， 需要开通 双向开通 。 5.2.2.4 服务及应用程序部署 服务

23、及应用程序部署 是指 服务消费方、服务提供方、 接口平台 将各自的服务或应用程序部署到 各自 联调测试环境中。 5.2.2.5 连通性测试 连通性测试是指服务消费方在联调测试执行前，对所有需要调用服务的基本功能所进行的简单 测试。连通性测试强调 服务能否被正常调用 ，而不 进行业务层面验证。 连通性测试包括网络连通性测试及服务连通性测试两部分，操作步骤如下： 1、 网络连通性测试： 1) 接口平台 完成与服务提供方的网络连通测试。 2) 服务消费方完成与 接口平台 的网络连通测试。 2、 服务连通性测试 1) 由 接口平台 完成连通性测试用例设计。 2) 由 接口平台 依测试用例完成 接口平台

24、 到服务提供方的连通性测试。 3) 接口平台 将自身 到服务提供方的连通性测试报告提供给 服务消费方。 4) 服务消费方参考 测试报告，完成与 接口平台 的连通性测试。 连通性测试 由 接口平台 组织协调，服务提供方、服务消费方和 接口平台 共同 进行，测试结果记录在 附件 4-委内卫生部 接口平台 系统联调连通性测试结果中。 5.2.3 联调测试测试设计阶段 联调测试设计阶段主要工作为测试用例 设计和测试数据准备 。服务 消费方 项目组根据本规范 中定义的测试设计策略进行测试用例的设计，由服务消费方 项目组 和服务提供方 项目组共同 准备测试业务数据。 该阶段的具体明细流程如下： 本文中的所

25、有信息均为 委内卫生部接口平台 内部资料，未经许可，不得向外传播。 第 11 页 共 25 页 接 口 平 台 统 一 组 织 测 试设 计服 务 提 供 方 项 目 组 配 合 编写 测 试 用 例 和 数 据 准 备服 务 消 费 方 项 目 组 编 写 测试 用 例 和 数 据 准 备开 始服 务 共 享 平 台 项 目 组 配 合编 写 测 试 用 例 和 数 据 准 备接 口 平 台 汇 总 测 试 用 例和 数 据 准 备结 束Y接 口 平 台 组 织 评 审接 口 平 台 审 批N5.2.3.1 测试设计 策略 5.2.3.1.1 设计步骤描述 为实现 接口平台 的联调测试方法，

26、联调测试设计分 3 个步骤进行，每 1 步骤的重点各不一样，如下表： 步骤 设计内容 执行方 表现形式 1 编写 测试用例 服务消费方 项目组 业务操作流程、业务数据 2 测试数据整理及确认 服务消费方 项目组 、服务提供方 项目组 、接口平台 测试数据 3 组织评审测试设计内容 服务消费方 项目组 、服务提供方 项目组 、接口平台 评审会议 5.2.3.1.2 设计策略描述 服务消费方 项目组 根据需要联调的内容进行相关的 业务测试用例 设计，明确 业务功能 测试的操作 步骤及其产生的业务数据，并 提供 预期的业务数据、信息或结果； 说明： 服务消费方 项目组 业务数据的制作需要一定的周期，

27、因此在进行业务测试设计 时，需要同时准备业务测试数据 并 在评审测试用例时进行 评审。 本文中的所有信息均为 委内卫生部接口平台 内部资料，未经许可，不得向外传播。 第 12 页 共 25 页 5.2.3.2 测试设计 测试设计分为三个步骤： 1、 测试用例设计 ： 测试用例编写应按照以下三原则： a) 用例的编写应该覆盖实际用到的所有业务场景 b) 用例的编写应该覆盖实际用到的所有接口服务 c) 用例的编写应该针对查询类和导入类的特点编写用例，在进行测试用例设计时应注意业务流程前后环节的衔接，同时用例中应包含正例和反例。 正例建议使用实际业务数据， 反例在用例设计时要标识出违反业务规则或者接

28、口规范规则设计点。 产出文档 附件 5-委内卫生部 接口平台 系统联调测试用例 。 在 测试用 例 准备 的时候，服务提供方 项目组 要给予 协助 。 2、 测试数据设计： 服务消费方 项目组 根据测试用例里面的测试场景，结合自身系统的情况和服务提供方的情况， 准备测试用例的测试 数据，产出文档 附件 6-委内卫生部 接口平台 系统联调测试数据准备 。 测试 数据准备的时候，服务提供方 项目组要给予测试数据确认，以保证测试数据正确，能够满足测试用例 需要。 3、 测试用例评审 ： 由 接口平台 组织，服务消费方 项目组 、服 务提供方 项目组 参加， 进行联调测试用例和联调测试数据 所有内容的

29、评审， 评审通过之后提交 接口平台 审批 。 5.2.4 联调测试 应用设置 阶段 联调测试的 应用设置 阶段主要是指参与联调测试的各系统 在评审通过的测试用例和测试数据基础之上，配合联调测试进行的应用设置工作，包括了系统设置、基础数据准备、设置权限等一系列操作，目的都是为了保证联调测试能够顺利进行 。 该阶段的具体明细流程如下： 服 务 提 供 方 项 目 组 进 行 应用 设 置服 务 消 费 方 项 目 组 进 行 应用 设 置接 口 平 台 统 一 汇 总 结 果接 口 平 台 统 一 组 织 进 行 应 用设 置开 始服 务 共 享 平 台 项 目 组 配 合结 束说明： 本文中的所

30、有信息均为 委内卫生部接口平台 内部资料，未经许可，不得向外传播。 第 13 页 共 25 页 当服务消费方项目组、服务提供方项目组和 接口平台 完成各自应用设置之后， 接口平台需要 汇总并产出文档 附件 7-委内卫生部 接口平台 系统联调测试应用设置结果收集。 5.2.5 联调测试测试执行阶段 5.2.5.1 联调测试方法 所有的服务分为 写入 和查询两类， 这两 种服务分别采用不同的测试方法，如下分别予以举例说明。 5.2.5.1.1 写入类服务测试方法 对 服务提供方提供的写入 类的服务进行测试， 测试 方法 详细说明 如下： 假定 写入 服务名称为“数据 写入 服务”、 如果有写入验证

31、服务，则 验证 写入 服务名称为“数据 写入 验证服务”， 如果没有则忽略此假定。以下内容将详细 说明 写入 服务相关过程： 1) 确定“ 服务消费方 ”，并确定“数据 写入服务”所需要提供的数据 ； 2) “ 服务消费方”操作人员进行业务操作，生成需要进行写入的 “业务数据”； 3) “ 服务消费方”调用“数据写入服务”进行写入 操作； 4) 接口平台 接收到写入请求，并 将请求转发到“服务提供方”，由“服务提供方”接受来自 接口平台 的请求， 启动“数据写入服务”； 5) “服务提供方”将对接收的数据进行业务逻辑处理，验证数据为合法数据后将数据正确的写入目标数据库数据表中 ； 6) 返回写

32、入后信息予 接口平台 ； 7) 接口平台 服务返回写入处理信息 给“服务消费方 ”； 至此，写入服务的无异常调用已经完成（异常情况此处不详细描述，如出现业务逻辑校验不通过或者其 他异 常，“服务提供方”都应将相应信息返回供“服务消费方”参阅）。 下面描述验证过程，验证的过程分为两类，一类为提供了数据写入验证服务，另一类为不提供数据写入验证服务。第一类的验证方法为： 1） “服务消费方系统”调用“ 数据 写入 验证 服务”，并传入“验证数据”。 2） “ 数据 写入 验证 服务”依据“验证数据”来“验证结果信息”； 3） “ 数据 写入 验证服务”将“验证结果信息”返回给“ 服务消费方系统”，供

33、服务消费方判定数据写入操作是否正常完成。 第二类的验证方法为： 1） 服务消费方测试人员登录服务提供方的数据库系统，进入目标数据库数据表或者能够进行结果比对的界面。 2） 进行写入数据的对比以及校验。 5.2.5.1.2 写入类服务通过准则 1) 服务消费方 系统产生的“业务数据”和 接口平台 中输入显示的“业务数据”一致； 2) 服务提供方数据表中保存的“业务 数据” 与 测试用例的“ 数据表 预期数据” 一致 ； 3) 接口平台 的“ 写入后返回信息”与服务消费方 平台的“ 写入后返回 信息”一致； 4) 服务消费方传递给 接口平台 “业务数据”与服务提供方接收业务数据的“数据表数据”一致

34、 本文中的所有信息均为 委内卫生部接口平台 内部资料，未经许可，不得向外传播。 第 14 页 共 25 页 5.2.5.1.3 查询类服务测试方法 对查询类的服务进行测试，采用方法如下： 假定该服务名称为“数据查询服务”，如下说明查询服务相关的所有过程： 1) 确认连 通性测试已经完成； 2) 确定联调系统（“ 服务消费方系统 ” 和“服务提供方系统” ）； 3) 在“ 服务消费方 系统”进行查询操作； 4) 接口平台 收到查询请求，启动“数据查询服务”； 5) “服务提供方系统” 收到“数据查询服务”请求， 进行对应的查询操作，并 将查询结果返回给 接口平台 ； 6) 接口平台 查询结果返回

35、给“ 服务消费方 系统”。 5.2.5.1.4 查询类服务通过准则 1) 服 务消费方系统输入的“查询条件”和服务提供方系统中输入显示的“查询条件 ”一致； 2) 服 务提供方 的“ 查询结果数据”与服务消费方 平台的“ 写入后返回 信息”一致； 3) 服务消费方通过测试用例中验证方法得到的“ 查询预期数据”与服务提供方通过服务返回的“查询结果数据”一致。 5.2.5.2 联调测试执行策略 根据联调测试规范和联调测试设计策略，相应的，联调测试执行也需要分步执行，操作步骤详细描述如下： 1）服务消费方 “数据输入”：服务消费方 项目组 测试人员在相关系统中执行联调测试用例中业务测试用例的“功能操

36、作”、“数据输入”部分； 如果不正确，则需要提交 bug。 如果正确，进行后续执行和验证 ； 2）服务消费方 “ 预期输出 ”验证：服务消费方 项目组 测试人员在相关系统中执行完上述操作后，对返回的信息进行查验和记录（在服务消费方系统功能 验证的实际输出中），并根据联调测试用例中业务测试用例的“预期输出”判断该输出是否正确： 如果不正确，则需要提交 bug； 如果正确，测试用例执行通过。 针对不同类型的服务，如下分别说明其操作的顺序： 1) 如果是写入类的测试，则按照如下顺序进行操作： 操作顺序 步骤名称 1 服务消费方 “数据输入” 2 导入服务的服务消费方“预期输出 ” 验证 3 导入 验

37、证 服务的 服务消费方 “数据输入” 4 导入 验证 服务的 服务消费方 “预期输出”验证 2) 如果是查询类的 测试，则按照如下顺序进行操作： 操作顺序 步骤名称 1 服务消 费方 “数据输入” 本文中的所有信息均为 委内卫生部接口平台 内部资料，未经许可，不得向外传播。 第 15 页 共 25 页 2 服务消费方 “预期输出”验证。 5.2.5.3 联调测试进度跟踪 及执行记录 联调测试执行阶段， 接口平台 需汇总 当天的 联调测试执行情况， 填写附件 8-委内卫生部 接口平台 联调测试进度跟踪表 。服务消费方项目组需提交 附件 9-委内卫生部 接口平台 系统联调测试执行记录 ， 接口平台

38、 将对全 部服务消费方系统 情况进行汇总形成 附件 10-委内卫生部 接口平台 测试进度 汇总 表 。 其中， 1) 工作表“联调测试执行记录”中 的联调测试用例的内容是从联调测试用例继承而来，根据服务消费方 所需联调测试内容进行联调测试用例内容的选择和组 合，每个服务消费方系统 提交 1 份 各自的 联调测试执行记录文档； 2) 测试结论 a) 通过 ：所有操作步骤验证都正确，才能填写 通过 ； 以下的状态，如果前者填写了，后续的验证失败或成功都不需要填写： b) 服务消费方系统 验证失败 ： 服务提供方与服务消费方系统之间的接口错误。 说明： 只要测试结果不为“通过”的状态，就须填写“ b

39、ug ID”。 5.2.6 联调测试测试评估阶段 当 联调测试进度和完成情况 显示所有问题得到解决 ， 接口平台 组织进行评估会议； 服务消费方项目组 提供联调测试评估报告 ， 接口平台 负责组织各方（ 接口平台 、服务消费方 项目组 、服务提供 方 项目 ）对该报告进行评审，评审通过 后， 接口平台 组织 三 方签字确认。 联调测试的评估报告使用如下模板： 附件 11-委内卫生部 接口平台 系统联调测试评估报告 该工件由 服务消费方项目组提供 ，并由 接口平台 负责维护， 评估确认结果同时认作是UAT 测试确认 。 6 联调测试质量保证 6.1 联调测试风险管理 联调测试涉及 很 多的服务提

40、供方系统、服务消费方、 接口平台 ，风险可能大、带来的影响大， 有必 要进行联调测试风险的管理。 6.1.1 风险管理流程示意图 本文中的所有信息均为 委内卫生部接口平台 内部资料，未经许可，不得向外传播。 第 16 页 共 25 页 风 险 库风 险 定 义风 险 管 理建 立 风 险 库风 险 分 类设 定风 险 管 理 角 色建 立风 险 库风 险 识 别风 险 入 库风 险 分 析风 险 预 防风 险 应 对风 险 总 结风 险 记 录风 险 类 别风 险 角 色更 新风 险 库解 决 方 法否是风 险 分 析 结 论风 险 处 理结 果 和 方 法对 预 期 可 能 存 在 的 、带

41、 来 不 利 影 响 的 现 象或 事 件 进 行 识 别导 致 事 件 向 不 利 方向 发 生 的 可 能 现 象或 事 件对 没 有 解 决 经 验 和 方 案的 风 险 进 行 分 析 ， 提 出风 险 预 防 和 应 对 计 划根 据 风 险 应 对 计 划 实施 风 险 预 防 措 施跟 踪 风 险 的 变 化 情况 ， 并 及 时 反 馈 风 险预 防 和 应 对 效 果风 险 转 化 问 题 或 超 出 了预 定 发 生 期 限 ， 风 险 管理 过 程 结 束 ， 及 时 总 结根 据 风 险 的 原 因本 质 不 同 进 行 风险 的 分 离根 据 风 险 的 特 点 和当

42、 前 任 务 的 分 工 设定 各 节 点 角 色建 立 所 有 方 都 能 够共 同 访 问 风 险 的 物理 地 址 和 访 问 机 制及 时 更 新 风 险 库 的内 容 ， 以 便 于 风 险管 理 经 验 的 共 享风 险 不 可 避 免 发 生 ， 需 要进 行 处 理 ， 实 施 风 险 应 对措 施 ； 如 果 此 时 转 化 为 问题 ， 走 问 题 处 理 流 程发 生否是风险跟踪6.1.2 风险管理流程说明 风险管理主要分为 2 部分，如下： 6.1.2.1 风险库管理 6.1.2.1.1 风险定义 风险：导致事件 向不利的方向发生的可能现象或事件。 根据风险的基本定义，

43、对联调测试过程中的风险主要包括如下内容（风险源）： 1) 联调测试过程本身的风险：过程定义和策略存在的风险； 2) 联调测试过程人员的风险：过程执行人员在技能、稳定性上存在的风险； 3) 联调测试环境的风险：联调测试环境的稳定性、兼容性风险； 4) 联调测试技术的风险：联调测试所需要的技术性风险； 5) 联调测试管理的风险：联调测试管理的充分性、可控性风险； 6) 联调测试进度的风险：联调测试进度安排和执行的有效性风险。 6.1.2.1.2 风险分类 根据联调测试的风险内涵，基本上可以将风险分为如下几类： 1) 过程类 2) 技术类 3) 人力资源类 4) 环境类 本文中的所有信息均为 委内卫

44、生部接口平台 内部资料，未经许可，不得向外传播。 第 17 页 共 25 页 5) 管理类 6) 进度类 7) 其他类 风险的分类，可以更加有利于风险的管理，提高联调测试各方在风险预防和应对上的处理能力。 6.1.2.1.3 设定风险管理角色 根据风险的管理过程，主要设定以下几种角色： 1) 风险提交人：风险识别、风险入库； 2) 风险责任人：实施和审核风险库和风险管理的整个过程； 3) 风险处理人：风险预防、风险应对； 4) 风险专家：风险分析、风险跟踪； 5) 风险库管理员：建立风险库、更新风险库。 6.1.2.1.4 建立风险库 需要确定内容 1： 风险库存放物理地址和管理工具。 在设定

45、了风险的各个要素后，确定一个物理地址和管理工具，对风险的内容进 行管理和维护。 风险具有如下基础属性： 风险源、项目名称、公司名称、风险类别、风险概率、风险级别、风险后果、风险状态。 1) 风险概率： 0.11.0 2) 风险级别： 0.11.0 3) 风险后果： 0.011.00 4) 风险状态：风险提交、风险预防、风险应对、风险总结、风险预防关闭、风险应对关闭、风险转问题、风险关闭。 6.1.2.1.5 更新风险库 1) 在风险处理阶段，由各风险处理人在风险库中处理情况； 2) 在风险处理完成后，有风险管理员维护风险的最终处理结果，并关闭或转化风险。 6.1.2.2 风险管理 6.1.2.

46、2.1 风险识别 活动说明：在联调测试各阶段，任何人（主要是风险专家 ）都可 对预期可能存在的、带来不利影响的现象或事件进行识别 和提交，包括通过正式或非正式的会议、邮件、风险关联影响分析、问题关联影响分析等各种风险识别方法。 其中，奉献提交人所在的项目负责人自动成为该风险的风险责任人。 活动结束时风险状态：无。 风险识别时的属性：风险内容（源）、风险提交人、风险识别日期、风险责任人。 6.1.2.2.2 风险入库 活动说明：一旦风险被识别，则由风险管理员开通相关权限和帐号，将风险入库；风险提交人和风险责任人都可以在风险库中查询，以查看是否存在类似的风险解决经验或方案。 活动结束时风险状态：风

47、险提 交。 风险入库时的属性：风险编号、风险入库日期、风险管理员、风险关键字。 本文中的所有信息均为 委内卫生部接口平台 内部资料，未经许可，不得向外传播。 第 18 页 共 25 页 6.1.2.2.3 风险分析 1) 活动说明：风险在入库后，风险责任人及时邀请风险专家 对没有解决经验和方案的风险 进行风险分析，确定风险应对和预防措施。 活动结束时风险状态：风险预防。 2) 活动说明：经过分析，该风险需要进行协调处理，则走协调流程。 活动结束时风险状态：风险转协调。 风险分析时的属性：风险分析日期、参与风险专家、风险描述（详细内容）、风险概率、风险级别、风险后果、风险预防措施、风险预防阀值、

48、风险应对措施、风险应对阀值、风险责任人（可以在此时修改该角色 ）、风险处理人、风险协调人。 6.1.2.2.4 风险预防 活动说明：风险在分析后处于风险预防阶段，由风险处理人对风险实施预防措施；同时风险责任人则需要跟踪风险预防的情况。 1) 如果预防成功，风险没有继续朝着不利的方向发展，则在风险预防阀值后则提交风险预防报告； 活动结束时风险状态：风险总结。 2) 如果预防超过阀值， 风险不可避免发生， 则需要实施风险应对措施。 活动结束时风险状态：风险应对。 风险预防时的属性：风险预防日期、风险预防效果、风险预防报告。 6.1.2.2.5 风险应对 活动说明：风险在预防失败后处于风险应对阶段，

49、由风险处理人对风险实施应对措施 ；同时风险责任人也需要跟踪风险应对的情况。 1) 如果应对成功，风险没有继续朝着不利的方向发展，则在风险应对阀值后则提交风险应对报告； 活动结束时风险状态：风险总结。 2) 如果应对超过阀值，则需要进行风险转化，即转化为问题 ，走问题处理流程 。 活动结束时风险状态：风险转问题。 风险应对时的属性：风险应对日期、风险应对效果、风险应对报告。 6.1.2.2.6 风险跟踪和总结 1) 活动说明： 在风险分析后，风险责任人对风险的预防和应对过程进行风险跟踪，监控风险的变化情况， 在风险应对或预防结束后进行风险总结 。 活动结束时风险状态：无。 2) 活动说明：风险 预防成功，风险责任人及时对风险管理的整个过程进行总结，提交到风险库中。 活动结束时风险状态：风险预防关闭。 3) 风险应对成功，风险责任人及时对风险管理的整个过程进行总结，提交到风险库中。 活动结束时风险状态：风险应对关闭。 4) 在超过风险应对阀值后，风险责任人及时对风险管理的整个过程进行总结，提交到风险库中。 活动结束时风险状态：风险转问题。 5) 当问题解决后，风险管理人将风险的最终状态置为风险关闭。 活动结束时风险状态：风险关闭。 本文中的所有信息均