文档介绍：
哈尔滨银行信息化项目建设
[项目名称]
系统测试方案
项目编号:
版本号：
编制单位：

简介
目的
本文档内容是指导哈尔滨银行XX系统实施项目进行测试工作的纲领。测试团队（包括项目领导、管理组、测试团队、支持团队）将严格按照本方案的内容实施测试活动。
内容描述
本文档的内容主要包括：
测试范围
测试目标
前提和假设
测试策略
测试准备
测试计划和进度
测试管理和报告
术语和定义
序号
术语
全称和说明
测试范围
XX系统测试的范围包括：
模块功能测试：验证XX系统全部模块的功能实现，包括客户管理、授信业务审查审批、合同管理、放款管理、支付管理、贷后管理等；验证所有后台批处理作业对数据的处理；初步验证数据迁移质量。
用户接受测试：
测试客户、业务全生命周期中涉及所有流程的正确性，相应功能的完整性；
测试系统各模块之间的连通性和正确性，以及系统内模块与外围接口的数据准确性和稳定性（包含容错/自动重发机制）。
数据迁移质量验证：在迁移数据库环境中，对历史数据进行抽查及可延续操作性验证。
下图为本次XX系统测试所覆盖的功能模块以及相关的外围接口系统：
功能模块包括：
外围接口包括：
批量接口包括：
XX系统测试的范围不包括：
单元测试，由系统的开发团队在单元测试期间完成。
系统集成测试，由系统的开发团队在开发结束后完成。
性能测试具有独立的测试环境。
数据迁移整体质量验证由开发团队在迁移测试过程中完成。
测试目标
模块功能测试
测试用例对测试需求的覆盖率达到100%。
测试用例的执行率达到100%。
各个模块的最后一轮测试，测试用例的通过率达到90%。
没有严重、重要和中等程度的遗留缺陷，次要的和有待改进的遗留缺陷有明确的解决方案、时间以及用户的认可。
对于新发生的需求变更，按照项目整体需求变更流程解决。
用户接受测试
测试用例对接口需求的覆盖率达到100%。
测试用例的执行率达到100%。
最后一轮测试，测试用例的通过率达到95%。
没有严重、重要和中等程度的遗留缺陷，次要的和有待改进的遗留缺陷数不超过当前缺陷总数的5%，且次要的和有待改进的遗留缺陷有明确的解决方案、时间以及用户的认可。
对于新发生的需求变更，按照项目整体需求变更流程解决。
数据迁移质量验证
测试用例对XX需求的覆盖率达到100%。
测试用例的执行率达到100%。
前提和假设
功能性测试的各个模块（或子系统）按计划完成，开发方的单元测试和系统集成测试已通过，没有严重和重要的遗留缺陷（基线版本允许遗留的缺陷需得到开发负责人的签字审核）。
开发方提交全部的系统集成测试用例及相应的测试报告，要求测试用例100%覆盖所有的系统功能点、且100%被执行。
系统外围接口开发按计划完成，内部测试通过，没有重要和严重的遗留缺陷。
测试所需要的软件和硬件设备及时到位，没有重大偏差或者延误。
符合要求的测试人员及时到位，准备就绪。
测试团队拿到最新且审核通过的业务需求文档（如需求规格说明书、接口说明书、详细设计说明书、数据字典、界面原型）。
需求没有发生重大的变更。
数据迁移验证前，迁移数据库已通过迁移组内部的准确性测试。
开发组根据测试计划和测试版本发布计划按时发布版本、修正缺陷。
测试策略
测试覆盖
要求每个测试需求都能够被测试用例覆盖，并且每个测试用例都要求被执行到。
测试用例对测试需求的覆盖率，以及测试用例的执行率将通过测试管理工具进行跟踪统计（如果工具无法实现，将人工进行统计并记录在Excel中）。
准入准出规则
以下描述测试活动各个阶段的进入前提和退出标准，前一阶段的退出准则自动成为后一阶段的进入前提。
阶段完成小结会议：每一个阶段完成前，测试项目管理组将召开阶段性小结会议。
会议将评审该阶段各项退出标准是否达到，基本达到或者未达到。
会议将评审下一个阶段的进入前提是否达到，基本达到或者未达到。
根据评审结果，项目管理组将决定该阶段是否完成并且进入下一个阶段。
会议也将决定下一阶段的细化的工作计划和任务。
阶段启动会议：每一个阶段的阶段完成小结会议同时作为下一个阶段的启动会议。
测试计划阶段
准入前提：
获得需求文档，如需求规格说明书；
获得设计文档，包括数据及数据库设计、接口设计、用户界面设计、详细设计（可选）；
获得测试文档，即开发团队的系统集成测试计划、测试用例、和测试报告；
获得项目上线计划书