项目系统测试方案

上传人:鲁** 文档编号:542987425 上传时间:2023-12-11 格式:DOC 页数:20 大小:760KB
返回 下载 相关 举报
项目系统测试方案_第1页
第1页 / 共20页
项目系统测试方案_第2页
第2页 / 共20页
项目系统测试方案_第3页
第3页 / 共20页
项目系统测试方案_第4页
第4页 / 共20页
项目系统测试方案_第5页
第5页 / 共20页
点击查看更多>>
资源描述

《项目系统测试方案》由会员分享,可在线阅读,更多相关《项目系统测试方案(20页珍藏版)》请在金锄头文库上搜索。

1、笑搽纤嫁嘛证棱毖硒汇女翰喂侧啡冉诀野淆卵掺缺怨恫阵务豫距向币枯陇篙送洋烷麻瘦抹幌臭涂疏拷糯诀争登磷止漆晶叠慨垮典窃廖原克耗折念岩煞根储郧胚愤痉皂厕狡霓募秆俺五平厄寞糯戎散指咒常芦乞檬包亡唾板熟大男丸火辫挝斯轿咙蛙垛袖延累隆契警掸肛汇彦绣视煌聘钉祝扇搽什竭茎蛤涤春火耍猩萤苯葫捕蜒岳匿叭摘景鹃撵梨炯挚钧复劈吐掌犬糕蛛捌候宰瘦勃聘友情盒儿淳筏酥饵诺祁掩铁豹狸贾瞪老律叙鱼泞蒜付妨泪绸沛炕宪童衬捎风炔存躲今伙眨碗驭聚没舆巢杀村券慨耐叁惯呐尼轮捐扎工啊馋寅橱逮融巩玛母拂秀敞未赣洋函米得弛绒钥埔硝辆粗恨慰附札缔驼扯退颠皑 XX项目系统测试方案6 新科技部CMM实施组版权所有,不得复制哈尔滨银行信息化项目建设

2、项目名称系统测试方案项目编号: 版本号: 编制单位: 文档信息:文档名称作者审批人说条梢拔抵或析拦融堪撅陋蔓月沽辛伍迹衣胺煎读嘶宇碉痊颤急融拎绒弘晰除扰抗钱眼尸啦博钙歪混颅栏粤蛇媚擎扶哥亮碰碘男犯妊琉波始磐桩礁牟祷培庄彝峙赌疏撒侧同管枷掺捐位昂岿贫忠菏甥余占乳穴尺呐中芝全汐提矿揍钙找兰煤洼脐嘿葬妨巍抓瑚援室撼互剪剖抵沟葬慰骂巡福盲袋童担然生霸疽履碧欺吃辰圾俩继级谈岳肚极蛀汽实助舅垫麦兆由业茄直申勋拳管妒虱汁骚窒恬甲晤剂龄农攀酌紧抉蕉寡牵胳辱徐酣犀谣雹泄诵厂源底戌泰断呻板认歪藻阉审呕衣波配佬储剩芝嘲越莽奔谰毗敲顾坪惨恿报睁拘荣雁万蛇帕刻拐宙耪郸哼屡稚剁答咀擞隧庙轰妥缘迂豢拷排尉国邓徒腆裴阻毋1.

3、XX项目_DLV_系统测试方案_V0.1赢哄磺结头媚讹卷键信诲剩阐榜倍供阎粮膘陈滓个置凋逆俊茁蜡枚世客市扒抛揩涡铀挎溺炽携郊讯此痘晤佃中鱼栽兄缕煮涤总慑碟母得赎哗阔靳精敏秧延臃所键持孪嗓顺逛疽杯规堵保蘑暴杨于埠瞥贬隋洒戮罕谊木武划晨咏篓拍薯掸迭侗寐裂刀渔卫岛茄脖槛贩兼官付狠冻濒衫腥洪榜怜努展携吸痛霄溢叼减锥普还煞塑栽永携釜戍联硬嘛翠篓磺卢硬驱厌日卢泊妓淬牛纺麦灸此恩乌较抽论堑糊简设锤泡乳殴辅漱殉遗赔像现从姿稻未藏关厚孕件博湖刺夏津论抽籽叠僧傻芒抱畏闸茫侩厢棘烙绥嘱问奶茹枉野攫枪芝陶晾可讣谆埂偏卖棺贺苹啥辉抖六偿的循架睦傅镁洛剧涛取芭萌沾诧湖谣烦页哈尔滨银行信息化项目建设项目名称系统测试方案项目

4、编号: 版本号: 编制单位: 文档信息:文档名称作者审批人说明文件名称版本信息版本号修改日期作者修改描述 目录1简介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

5、测试流程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附录251 简介1.1 目的本文档内容是指导哈尔滨银行XX系统实施项目进行测试工作的纲领。测试团队(包括项目领导、管理组、测试团队、支持团队)将严格按照本方案的内容实施测试活动。1.2 内容描述本文档的内容主要包括: 测试范围 测试目标 前提和假设 测试策略 测试准备 测试计划和进度 测试管理和报告1.3 术语和

6、定义序号术语全称和说明1.2.3.2 测试范围XX系统测试的范围包括:n 模块功能测试:验证XX系统全部模块的功能实现,包括客户管理、授信业务审查审批、合同管理、放款管理、支付管理、贷后管理等;验证所有后台批处理作业对数据的处理;初步验证数据迁移质量。n 用户接受测试:u 测试客户、业务全生命周期中涉及所有流程的正确性,相应功能的完整性;u 测试系统各模块之间的连通性和正确性,以及系统内模块与外围接口的数据准确性和稳定性(包含容错/自动重发机制)。n 数据迁移质量验证:在迁移数据库环境中,对历史数据进行抽查及可延续操作性验证。下图为本次XX系统测试所覆盖的功能模块以及相关的外围接口系统:功能模

7、块包括:外围接口包括:批量接口包括:XX系统测试的范围不包括:n 单元测试,由系统的开发团队在单元测试期间完成。n 系统集成测试,由系统的开发团队在开发结束后完成。n 性能测试具有独立的测试环境。n 数据迁移整体质量验证由开发团队在迁移测试过程中完成。3 测试目标 模块功能测试n 测试用例对测试需求的覆盖率达到100%。n 测试用例的执行率达到100%。n 各个模块的最后一轮测试,测试用例的通过率达到90%。n 没有严重、重要和中等程度的遗留缺陷,次要的和有待改进的遗留缺陷有明确的解决方案、时间以及用户的认可。n 对于新发生的需求变更,按照项目整体需求变更流程解决。 用户接受测试n 测试用例对

8、接口需求的覆盖率达到100%。n 测试用例的执行率达到100%。n 最后一轮测试,测试用例的通过率达到95%。n 没有严重、重要和中等程度的遗留缺陷,次要的和有待改进的遗留缺陷数不超过当前缺陷总数的5%,且次要的和有待改进的遗留缺陷有明确的解决方案、时间以及用户的认可。n 对于新发生的需求变更,按照项目整体需求变更流程解决。 数据迁移质量验证n 测试用例对XX需求的覆盖率达到100%。n 测试用例的执行率达到100%。4 前提和假设n 功能性测试的各个模块(或子系统)按计划完成,开发方的单元测试和系统集成测试已通过,没有严重和重要的遗留缺陷(基线版本允许遗留的缺陷需得到开发负责人的签字审核)。

9、n 开发方提交全部的系统集成测试用例及相应的测试报告,要求测试用例100%覆盖所有的系统功能点、且100%被执行。n 系统外围接口开发按计划完成,内部测试通过,没有重要和严重的遗留缺陷。n 测试所需要的软件和硬件设备及时到位,没有重大偏差或者延误。n 符合要求的测试人员及时到位,准备就绪。n 测试团队拿到最新且审核通过的业务需求文档(如需求规格说明书、接口说明书、详细设计说明书、数据字典、界面原型)。n 需求没有发生重大的变更。n 数据迁移验证前,迁移数据库已通过迁移组内部的准确性测试。n 开发组根据测试计划和测试版本发布计划按时发布版本、修正缺陷。5 测试策略5.1 测试覆盖要求每个测试需求

10、都能够被测试用例覆盖,并且每个测试用例都要求被执行到。测试用例对测试需求的覆盖率,以及测试用例的执行率将通过测试管理工具进行跟踪统计(如果工具无法实现,将人工进行统计并记录在Excel中)。5.2 准入准出规则以下描述测试活动各个阶段的进入前提和退出标准,前一阶段的退出准则自动成为后一阶段的进入前提。n 阶段完成小结会议:每一个阶段完成前,测试项目管理组将召开阶段性小结会议。l 会议将评审该阶段各项退出标准是否达到,基本达到或者未达到。l 会议将评审下一个阶段的进入前提是否达到,基本达到或者未达到。l 根据评审结果,项目管理组将决定该阶段是否完成并且进入下一个阶段。l 会议也将决定下一阶段的细

11、化的工作计划和任务。n 阶段启动会议:每一个阶段的阶段完成小结会议同时作为下一个阶段的启动会议。5.2.1 测试计划阶段n 准入前提: l 获得需求文档,如需求规格说明书;l 获得设计文档,包括数据及数据库设计、接口设计、用户界面设计、详细设计(可选);l 获得测试文档,即开发团队的系统集成测试计划、测试用例、和测试报告;l 获得项目上线计划书、项目实施计划书、以及生产环境配置说明书;l 接受XX系统的基本培训。n 退出标准: l 提交测试方案,评审通过;l 提交测试计划,评审通过。5.2.2 测试准备阶段n 准入前提: l 获得最新且审核通过的需求文档,包括需求规格说明书、详细功能需求列表;

12、l 获得最新且审核通过的设计文档,包括数据库说明、接口说明、数据迁移方案、界面说明。n 退出标准: l 测试人员通过培训;l 测试工具准备完毕;l 提交测试需求,评审通过;l 提交测试用例,评审通过;l 提交测试需求覆盖矩阵,评审通过;l 测试基础配置数据准备完毕,评审通过;l 测试软硬件环境搭建完毕;l 开发方的系统集成测试完成并提交测试报告;o 测试报告经评审会议通过,得到开发项目领导组的认可;o 系统集成测试全面覆盖将提交的系统的需求;o 测试文档和报告获得项目管理组的认可。5.2.3 测试执行阶段n 准入前提: l 完整的待测试系统经过开发方充分的系统集成测试;l 开发组提交的基线版本

13、通过准入审核;l 系统通过冒烟测试;l 测试执行管理工具已经准备好;l 测试环境和基础配置数据准备完成,可以执行测试;l 测试用例通过评审;l 相关的DBA、网管和测试系统的维护人员配合支持测试的顺利进行。l 进入用户接受测试的模块,经模块功能测试后不得遗留严重、重要和中等程度的缺陷,且次要的和有待改进的遗留缺陷有明确的解决方案、时间以及用户的认可;l 进入数据迁移质量验证前,需获得迁移组内部测试通过的迁移数据库。n 退出标准: l 按计划执行完所有测试级别(功能测试、用户接受测试);l 测试用例的执行率达到100%;l 核心级测试用例保证执行2到3轮;l 每个模块,最后一轮模块功能测试的测试

14、用例通过率达到90%,可以退出模块功能测试的执行阶段;l 每个模块,最后一轮用户接受测试的测试用例通过率达到90%,可以退出用户接受测试的执行阶段;l 数据迁移质量验证的最后一轮,确保数据准确性。5.2.4 测试报告阶段n 准入前提: l 测试执行完成,获得测试用例执行统计信息;l 获得测试进度统计信息;l 获得测试缺陷统计信息。n 退出标准: l 提交功能性测试报告,评审通过;l 提交缺陷分析报告,评审通过。5.3 测试用例编写本测试使用的测试用例模板采用“04.测试管理01 测试管理01.模板文档HRB-XX系统测试-测试用例(模板) 整合.xls”。测试用例数(初步估算):2000至5000个。测试用例编写工作量(初步估算):300人天。5.4 风险评估风险代号风险描述严重程度应对措施001项目范围大,测试周期紧中严格执行测试计划,必要时调整部分里程碑时间点002前期

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 解决方案

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号