上海银行规划建设方案信息技术中心(最新稿)

上海银行规划建设方案信息技术中心(最新稿)内容摘要：

持 ） 、 软件四 科（ 主要 负 责 全 行 外 围业 务 系统 和 管理 系 统开 发 及技 术 支持 ） 等。 每 个科 室由一名科室负责人和若干主管及普通技 术 人员 组 成。 每 个科 室 人员 除了 履 行 日常 科 室 规 定的 职 责 外 还负 责 对 已完 成 开 发 的 项目 编制测 试 案例 并 进行 功 能性 测 试和 业 务边 界 类及 异 常 处理 流 程的 测 试 ，承 担 了双 重职责，在角色扮演上冲突，结果使测试没有有效地规划和执行。 测 试团 队 是 由 监督 员 组 成的 虚 拟 团 队， 缺 乏 实 体测 试 组 织， 缺 乏 明 确的 软 件质量和软件测试的管理和执行人员角色定义。 目前应用的测试相关技术 目前 信息技术 部主 要 通 过 CA 办 公 自动 化 系 统与 银 行 各 相关 职 能 部 门进 行 需求的 流 转， 无 专业 需 求管 理 系统 ， 各 类测试 阶 段 的 实施 仍 停留 在 手工 测 试 方式，没有 统 一的 测 试管 理 系统 来 进行 有 效的 问 题管 理 及 测试 计 划的 实 施 ，测 试 过程 中的资 产 被采 用 不同 的 方法 和 技术 记 录和 管 理 ，导 致 测试 资 产 （ 指 测 试过 程 中生 成或编 写 的各 类 文档 、脚 本、 代 码、 配置 文 件等 ） 的 管 理带 来 困 难， 使这 些 资产 的价值被忽视，变成被保留的历史数据，而非可促进质量持续提升的基础。 业务部门 跨平台多样化技术 架构 传 统 单一的 技术架构 系统开发测试环境 软件开发部 运行科 用户 测试环境 准生产 环境 ITSM 管理系统 TD 自动化测试 管理 系统 CA办公自动化系统 上海银行测试中心规划建设方案 合康科技 7 / 52 随着 上 海 银 行 各类 业 务 系统 从 单 一 技术 框 架 结 构向 多 样 化 技 术 框 架 结构 的 转变，目 前 的测 试 手段 和 技术 已 显然 无 法满 足 行内 多 平台 、多语 言 和 多厂 商 的快 速开发上线的模式。 综合评估 综合 分析 已达到的程度： ? 业务需求管理过程已经建立 ? 已产生需求过滤及整合机制 ? 对软件质量有改进意识 ? 部分系统已尝试使用自动化测试工具 ? 使用 ITSM 进行服 务管 理 尚存问题 ： ? 测试知识无法传承，容易产生盲区 ? 业务人员角色冲突，测试无法有效规划和实施 ? 缺乏统一的需求管理、测试管理流程和系统 ? 手工测试效率低下，无法覆盖全部测试需求 ? 配置管理缺乏，案例完整性难以保证，存在潜在风险 ? 测试资产难以有效保存，价值易被忽视 Q u a li t y E x p e r tQ u a li t y S a v v yQ u a li t y C o n s c io u sQ u a li t y I n it ia li z in g01234资源共享服务和工作请求需求测试计划和案例单元测试系统和集成测试用户验收测试性能测试缺陷管理报告和度量上海银行测试中心规划建设方案 合康科技 8 / 52 ? 测试 环境管理缺乏 ， 容易 造 成版 本 错换 、 漏换 ? 缺乏对外包项目的质量管理，无法对外包厂商的软件质量进 行 量 化评 估 3 测试中心 简介 测试中心作用 测试中心定义 ? 软件 质 量：软 件质 量 是软 件 特性 的 总和 ，软 件 满足 规 定或 者 潜在 用户 需求 的能力 ? 软件 测 试：软 件测 试 的经 典 定义 是 在规 定 条件 下 对程 序 进行 操 作，以 发现 错误 ，对 软 件质 量 进行 评估。 由 于 软件 是 由文 档 ，数据 以 及程 序 组成的 ， 因此 目 前软 件 测试 涵 盖的 已 经不 仅 仅是 对 程 序进 行 测试 ，还应该包括对软件行程过程的文档和数据进行的测试。 ? 测试中心： 测试中心是区别于开发团队的相对独立的，统一的团体或者组织 ，其 人 员具 有 先进 的 测试 理 论和 经 验 ，能 够 遵循 测 试管 理 流程 ，通过 手 工或 者 自动 化 测试 工 具 ，对 系 统 或软 件 开展 有 组织 的 ，有效的测试活动，从而对系统或软件提供整体的质量评估。 ? 测试中心的特点在于： ? 具有相对独立性，统一性 ? 可以作用于不同的系统或应用 ? 具有一致的管理流程和软件质量可见性 ? 提供集中的基础架构 ? 具有专业的团队，实现了技能和测试资产共享 测试中心的意义 相比单纯的某个项目内部的测试工具采购和使用而言，建设统一的测试中心的意义在于： 有效性 ：应 用开 发 /实 施产 品 、最佳 实 践方 法 和人 员 都实 现 了集 成 ，可以 从 一个点上就能便捷地获取所有项目小组的权限，因此不需要增加昂贵的资源投入。 （事实上可能会减少 职员 总 人数。 ） 改进性 ：可以从整个 银行 中 收 集测 试 流程 、 组织 和 产品 方 面的 最 佳实 践 ，并且标 准 化及 改 进这 些 实践 ，然 后重 新 把这 些 改进 过 的实 践 发送 到 整个 银行 中。 这样，就缩短了新的测试项目的学习曲线，提高了所有测试小组的成功可能性。 统一性 ：测试中心模式能帮助 银行 统 一业 务 目标 和 项目 优 先级 ， 提供 更 好的最终用户服务。 上海银行测试中心规划建设方案 合康科技 9 / 52 实用性 ： 建立 一 个测 试 中心 模 型 ，这是 一 个可 以 达到 的 目标。 您 可以 利 用现存的 各 种资 源 从小 范 围开 始 实施 ，然 后，在 证实 其 价值 后，再 进一 步 扩 展其 能 力。 许多公司往往会发现测试中心模型是自给自足的。 职业提升 ：测试 中心模型为专 业人 士 提供 了 一个 具 有吸 引 力的 新 职业 机 会，帮助银行重新招募并保留顶级人才。 测试 方法论 软件 测试 方法论 传统 的 开发 方 法属 于 线型 或 者称 之 为瀑 布 型 ，每 一 个阶 段 的开 始 都 基于 上 一阶段 成 果而 展 开 ，因 此 无法 对 整个 系 统质 量 进行 有 效的 控 制，无 法 体现 测 试对 于整个 系 统质 量 控制 的 重要 性 ，一旦 在 后期 测 试中 发 现问 题 ，很 有 可 能导 致 软件 发布延迟，整个项目成本的增加。 我们 所 提 倡 的 测试 方 法 是将 测 试 贯 穿于 项 目 规 划、 设 计 、实 施 、 部 署的 整 个过程 中 ，随 时对 项 目质 量 进行 监 控。 一 旦 发现 问 题 ，及时 提 交 ，使 问 题 能够 尽 早、尽快地得以解决。 实施 实施 设计 应用部署 测试 传统方法论 需求验证 应用部署 优化业务成果 现代 方法论 对业务功能进行风险和影响度的评估，以缩减 QA的时间，并提高有限时间和成本内的质量水平 业务影响分析 验证需求 2 使 IT能更好的迎合业务需求，在应用交付的 早期就能够确定可能存在的缺陷 使用业务度量 3 规划 业务需求 设计 测试 1 时间 业务需求 规划 提供质量流程改进的面向目标的关键性能指标，这些指标是面向业务需求的 上海银行测试中心规划建设方案 合康科技 10 / 52 软件测试和开发生命周期 通 过在 软 件 项 目过 程 中 自始 至 终 地 贯彻 尽 早 测 试、 连 续 测试 、 自 动 测试 经 验的实 施 ，能很 大 程度 上 提前 了 软件 系 统测 试 发生 的 时间 ，能连 续 的 及时 的 发现 软件错误，从而可以在很大程度上降低项目风险和项目开发成本。 测试中心的功能 测试中心关注的阶段 以下是软件测试 Vamp。 V模 型 图： 如图所示，测试过程主要分为四个阶段：单元测试，集成测试，系统测试，Requirements Functional amp。 Technical Specs Build Test Execution DeployRequirementsVrfcatioTest Strategy amp。 Tes PlanTest case UATSystemTstPerformanceTestMercury Quality ProcesesReadinesTestOperationProblemDiagnostic上海银行测试中心规划建设方案 合康科技 11 / 52 验收测试。 在模 型 中， 单 元测 试 是基 于 代码 的 测试 ， 最初 由 开发 人 员 执 行， 以 验 证其 可执行程序代码的各个部分是否已达到了预期的功能要求； 集成 测 试验 证 了 2 个 或多 个 单元 之 间的 集 成是 否 正 确，并 有 针对 性 地 对详 细设计中所定义的各单元之间的接口进行检查； 在所 有 单元 测 试和 集 成测 试 完成 后， 系 统测 试 开始 以 客户 环 境模 拟 系 统的 运行，以验证系统是否达到了在概要设计中所定义的功能和性能； 最后 ，当 技 术部 门 完成 了 所有 测 试工 作 后，由业 务 专家 或 用户 进 行 验收 测 试，以确保产品能真正符合用户业务上的需要。 单元测试和集成测试主要由开发团队完成，因此测试中心主要关注的是系统测试 和 验收 测 试 ，当 系 统 上线 以 后 ，在 版 本更 新 和缺 陷 修复 过。