综合项目DLV系统测试专项方案V

哈尔滨银行信息化项目建设[项目名称]系统测试方案项目编号:版本号：编制单位： 文档信息：文档名称作者审批人说明文件名称版本信息版本号修改日期作者修改描述目录TOC\o"1-3"\h\z1 介绍 51.1 目标 51.2 内容描述 51.3 术语和定义 52 测试范围 63 测试目标 64 前提和假设 75 测试策略 85.1 测试覆盖 85.2 准入准出规则 85.2.1 测试计划阶段 95.2.2 测试准备阶段 95.2.3 测试实施阶段 105.2.4 测试汇报阶段 115.3 测试用例编写 115.4 风险评定 116 测试准备 126.1 测试环境 126.1.1 概述 126.1.2 配置列表 136.2 测试人员 136.3 测试数据 156.4 测试工具 157 测试计划和进度 167.1 里程碑 167.2 具体测试计划 168 测试管理和汇报 168.1 测试步骤 168.2 测试管理 178.2.1 缺点管理 178.2.2 变更管理 198.2.3 配置管理 208.2.4 测试版本公布 218.2.5 测试评审 238.2.6 测试进度追踪 248.3 测试汇报列表 248.3.1 进度汇报 248.3.2 缺点统计 248.3.3 缺点分析汇报 258.3.4 测试汇报 259 附录 25

介绍目标本文档内容是指导哈尔滨银行XX系统实施项目进行测试工作纲领。测试团体（包含项目领导、管理组、测试团体、支持团体）将严格根据本方案内容实施测试活动。内容描述本文档内容关键包含：测试范围测试目标前提和假设测试策略测试准备测试计划和进度测试管理和汇报术语和定义序号术语全称和说明测试范围XX系统测试范围包含：模块功效测试：验证XX系统全部模块功效实现，包含用户管理、授信业务审查审批、协议管理、放款管理、支付管理、贷后管理等；验证全部后台批处理作业对数据处理；初步验证数据迁移质量。用户接收测试：测试用户、业务全生命周期中包含全部步骤正确性，对应功效完整性；测试系统各模块之间连通性和正确性，和系统内模块和外围接口数据正确性和稳定性（包含容错/自动重发机制）。数据迁移质量验证：在迁移数据库环境中，对历史数据进行抽查及可延续操作性验证。下图为此次XX系统测试所覆盖功效模块和相关外围接口系统：功效模块包含：外围接口包含：批量接口包含：XX系统测试范围不包含：单元测试，由系统开发团体在单元测试期间完成。系统集成测试，由系统开发团体在开发结束后完成。性能测试含有独立测试环境。数据迁移整体质量验证由开发团体在迁移测试过程中完成。测试目标模块功效测试测试用例对测试需求覆盖率达成100%。测试用例实施率达成100%。各个模块最终一轮测试，测试用例经过率达成90%。没有严重、关键和中等程度遗留缺点，次要和有待改善遗留缺点有明确处理方案、时间和用户认可。对于新发生需求变更，根据项目整体需求变更步骤处理。用户接收测试测试用例对接口需求覆盖率达成100%。测试用例实施率达成100%。最终一轮测试，测试用例经过率达成95%。没有严重、关键和中等程度遗留缺点，次要和有待改善遗留缺点数不超出目前缺点总数5%，且次要和有待改善遗留缺点有明确处理方案、时间和用户认可。对于新发生需求变更，根据项目整体需求变更步骤处理。数据迁移质量验证测试用例对XX需求覆盖率达成100%。测试用例实施率达成100%。前提和假设功效性测试各个模块（或子系统）按计划完成，开发方单元测试和系统集成测试已经过，没有严重和关键遗留缺点（基线版本许可遗留缺点需得到开发责任人签字审核）。开发方提交全部系统集成测试用例及对应测试汇报，要求测试用例100%覆盖全部系统功效点、且100%被实施。系统外围接口开发按计划完成，内部测试经过，没相关键和严重遗留缺点。测试所需要软件和硬件设备立即到位，没有重大偏差或延误。符合要求测试人员立即到位，准备就绪。测试团体拿到最新且审核经过业务需求文档（如需求规格说明书、接口说明书、具体设计说明书、数据字典、界面原型）。需求没有发生重大变更。数据迁移验证前，迁移数据库已经过迁移组内部正确性测试。开发组依据测试计划和测试版本公布计划按时公布版本、修正缺点。测试策略测试覆盖要求每个测试需求全部能够被测试用例覆盖，而且每个测试用例全部要求被实施到。测试用例对测试需求覆盖率，和测试用例实施率将经过测试管理工具进行跟踪统计（假如工具无法实现，将人工进行统计并统计在Excel中）。准入准出规则以下描述测试活动各个阶段进入前提和退出标准，前一阶段退出准则自动成为后一阶段进入前提。阶段完成小结会议：每一个阶段完成前，测试项目管理组将召开阶段性小结会议。会议将评审该阶段各项退出标准是否达成，基础达成或未达成。会议将评审下一个阶段进入前提是否达成，基础达成或未达成。依据评审结果，项目管理组将决定该阶段是否完成而且进入下一个阶段。会议也将决定下一阶段细化工作计划和任务。阶段开启会议：每一个阶段阶段完成小结会议同时作为下一个阶段开启会议。测试计划阶段准入前提：取得需求文档，如需求规格说明书；取得设计文档，包含数据及数据库设计、接口设计、用户界面设计、具体设计（可选）；取得测试文档，即开发团体系统集成测试计划、测试用例、和测试汇报；取得项目上线计划书、项目实施计划书、和生产环境配置说明书；接收XX系统基础培训。退出标准：提交测试方案，评审经过；提交测试计划，评审经过。测试准备阶段准入前提：取得最新且审核经过需求文档，包含需求规格说明书、具体功效需求列表；取得最新且审核经过设计文档，包含数据库说明、接口说明、数据迁移方案、界面说明。退出标准：测试人员经过培训；测试工具准备完成；提交测试需求，评审经过；提交测试用例，评审经过；提交测试需求覆盖矩阵，评审经过；测试基础配置数据准备完成，评审经过；测试软硬件环境搭建完成；开发方系统集成测试完成并提交测试汇报；测试汇报经评审会议经过，得到开发项目领导组认可；系统集成测试全方面覆盖将提交系统需求；测试文档和汇报取得项目管理组认可。测试实施阶段准入前提：完整待测试系统经过开发方充足系统集成测试；开发组提交基线版本经过准入审核；系统经过冒烟测试；测试实施管理工具已经准备好；测试环境和基础配置数据准备完成，能够实施测试；测试用例经过评审；相关DBA、网管和测试系统维护人员配合支持测试顺利进行。进入用户接收测试模块，经模块功效测试后不得遗留严重、关键和中等程度缺点，且次要和有待改善遗留缺点有明确处理方案、时间和用户认可；进入数据迁移质量验证前，需取得迁移组内部测试经过迁移数据库。退出标准：按计划实施完全部测试等级（功效测试、用户接收测试）；测试用例实施率达成100%；关键级测试用例确保实施2到3轮；每个模块，最终一轮模块功效测试测试用例经过率达成90%，能够退出模块功效测试实施阶段；每个模块，最终一轮用户接收测试测试用例经过率达成90%，能够退出用户接收测试实施阶段；数据迁移质量验证最终一轮，确保数据正确性。测试汇报阶段准入前提：测试实施完成，取得测试用例实施统计信息；取得测试进度统计信息；取得测试缺点统计信息。退出标准：提交功效性测试汇报，评审经过；提交缺点分析汇报，评审经过。测试用例编写本测试使用测试用例模板采取“04.测试管理\01测试管理\01.模板文档\HRB-XX系统测试-测试用例(模板)–整合.xls”。测试用例数（初步估算）：至5000个。测试用例编写工作量（初步估算）：300人天。风险评定风险代号风险描述严重程度应对方法001项目范围大，测试周期紧中严格实施测试计划，必需时调整部分里程碑时间点002前期需求文档不全，包含需求规格说明书、系统界面原型高让前期参与需求定义业务人员参与测试需求分析，及早发觉需求方面缺点003业务组长无法全职投入中项目领导组要支持业务组长测试工作，尽可能少安排其它工作004测试组员无法按时到位，或资源不足高向业务部门提出抽调要求，请业务部门支援测试工作005提交测试版本缺点较多中在测试实施正式开启前，需对基线版本质量准入条件进行评定；测试过程中实施冒烟测试判定每一个版本是否能展开实施006测试实施过程中，缺点修改善度太慢、无法按时提交版本高开发组要严格实施版本公布计划、缺点修改计划007需求频繁变更，造成回归测试高严格实施变更管理，必需时增加测试周期测试准备测试环境概述此次测试需要搭建独立测试环境。现在认为最少需要两套环境：A套用于各个模块功效测试、接口集成测试和用户接收测试；B套历史数据迁移质量验证测试。配置列表以下具体描述测试环境中各项资源要求。A环境－服务器端服务器名称服务器型号IP硬件资源软件数据库服务器WEB服务器应用服务器B环境－服务器端服务器名称服务器型号IP硬件资源软件数据库服务器WEB服务器应用服务器用户端环境资源名称资源类型数量硬件资源软件操作前台用户端运行PC依据测试团体组员人数确定IE7浏览器测试人员项目组织架构图以下：项目组内组员结构说明：角色工作方法职责/要求人数备注项目经理兼职负责项目方向性问题处理重大项目变更签署1测试组长（业务组）全职负责日常工作进度、问题等协调、监督和汇报缺点管理和统计汇报协调项目组间沟通管理各业务模块测试小组，管理测试步骤和测试进度处理项目小组提交业务问题，制订决议接收测试相关培训确定需求问题确定本组组员组成对本组测试组员分配工作任务。率领测试组员编写测试用例（功效、业务步骤），提出测试数据需求对本组提交测试用例进行审核确定率领测试组员测试实施，包含验证缺点修改、回归测试等缺点汇报，必需时提供缺点重现验收并确定项目关键交付结果1测试组长（技术组）全职负责项目标总体协调和管理和业务协调人一同具体制订并实施功效测试进度计划负责总体技术和开发相关问题决议管理协调测试支持方面工作测试工具配置、使用和培训测试环境版本管理负责领导并完成接口测试、数据管理、性能测试、压力测试验收并确定项目关键交付结果1测试管理组全职管理协调测试支持方面工作负责每日测试进度跟踪，测试情况汇总测试汇报编写1IT人员技术支持资源配置组全职基础测试数据配置测试工具配置、使用和培训测试环境版本管理1IT人员接口测试组全职接收测试相关培训编写测试用例（数据、接口、业务步骤），提出测试数据需求依据测试需求准备测试数据，并负责日常数据修改备份等完成接口测试依据测试需求准备测试数据，并负责日常数据修改备份等IT人员业务测试组员（业务人员）全职接收测试相关培训编写测试用例（功效、业务步骤），提出测试数据需求测试实施，包含验证缺点修改、回归测试等缺点汇报，必需时提供缺点重现测试数据用例相关测试数据，请参考对应测试用例。测试用到基础配置数据需求，将在测试准备阶段由技术支持组负责向业务人员搜集整理，并在开发团体帮助下准备。测试实施阶段后期，假如历史迁移数据库已经准备完成，能够在迁移数据库中实施用户接收测试。外围接口系统用到测试数据，依据接口测试组需求由测试团体在测试准备阶段提供。测试工具工具名称使用范围掌握程度需要培训（Y/N）计划培训时间测试需求分析、用例设计、实施管理和结果分析熟练使用YSVN文档版本管理简单使用Y测试计划和进度测试整体计划具体测试计划测试需求及用例编写计划任务名称任务说明开始时间结束时间测试实施计划测试管理和汇报测试步骤本项目使用标准测试步骤，以下是依据测试阶段分解测试活动。测试阶段测试活动产出物责任人测试管理缺点管理缺点严重程度定义：严重性描述举例1-严重致命错误，不能完全满足系统要求，基础业务功效未实现，系统瓦解，不稳定或挂起等造成系统不能正常运行。1）系统瓦解，死机，无法退出，无法继续操作，或因其它软件系统犯错。2）业务步骤或关键功效犯错，比如关键业务步骤不能进行，或严重金额计算错误。3）数据通讯错误，和数据库连接错误。2-关键严重影响系统要求或基础功效实现，没有变通措施且无法更正，（重新安装或重开启不属于更正措施）。使得系统不稳定，破坏数据，产生错误结果，部分功效无法实施。1）通常性功效不符，业务步骤不正确，需求没有实现等。2）关键步骤和场景下，造成数据错误，操作无效，操作结果错误。3）程序接口错误。4）造成数据库不稳定错误。3-中等通常性错误1）非关键功效无法正确实施，实现不正确，实现不完整，但不影响关联功效（如删除是没有考虑数据关联，对其它模块造成影响）。2）界面上部分控件点击无效，对数据操作不能正确实现。3）非严重性错误结果。4-次要轻微问题，使操作者不方便或碰到麻烦，但不影响功效，或影响程度有限。1）界面错误（界面提醒错误或不友好信息）。2）界面定义不一致，格式不规范，语言不标准。3）可编辑区同不可编辑区不轻易分辨。4）键盘支持不好，不能回车换行等。5）系统处理需要优化5-有待改善测试提议（非缺点）。1）系统初始值提议。2）步骤优化提议。缺点管理步骤图变更管理变更管理步骤图：测试团体对变更处理：全部需求变更以变更管理组（即步骤管理部）书面确定为准；全部变更（包含需求变更、设计变更等），测试组长全部应该要求开发团体给出变更结果影响范围评定、和估计实现时间；测试组长对变更信息进行评定，确定要维护测试组件（包含测试需求、测试用例、相关缺点）和所需时间；测试组员维护测试需求、测试用例、和相关缺点，并挑选回归用例；对包含变更实施版本进行变动验证和对应回归测试。配置管理配置管理步骤：配置管理测试对象：测试过程中全部步骤、模板、会议纪要、需求文档、测试文档、测试版本、培训文档、和最终提交件等；以上管理对象确保在维护后重新提交到配置管理系统中；在项目标里程碑时刻，为以上管理对象统一建立基线。测试版本公布测试版本公布步骤：常规公布紧急公布测