系统测试方案V14

1、 系统测试方案XXXXXX系统测试方案制作单位：XXXXXXX文档编号:(按照XXXXXX文档资料统一编码规则编制文档编号，由XXXX填写)版本号:（按照XXXXXXX关于版本号管理的有关规定填写，由科技部门填写）负责人（技术）:编写人员: (参加需求编写的所有人员,包括业务部门参加人员、软件中心参加人员)校对人员:修 订 记 录日期版本修订内容描述作者审核人目 录第一章 概述51.1文档目的51.2项目背景51.3参考资料5第二章 测试目标5第三章 测试范围53.1功能点正确性测试53.2界面整体性测试73.3业务流程正确性测试73.4基本产品的配置测试8第四章 测试策略84.1测试实施流程

2、84.2测试需求分析方法94.3测试案例编写策略104.4测试数据申请策略104.5测试执行管理策略104.6测试问题/缺陷管理104.7测试效率保证策略12第五章 测试约束125.1测试执行准入标准125.2测试中止条件135.3测试准出标准13第六章 测试资源136.1人力资源136.2测试环境146.3测试工具14第七章 测试进度计划15第八章 沟通管理计划15第九章 测试度量管理计划16第十章 测试风险管理17第十一章 测试交付物174第一章 概述1.1文档目的描述文档编写的主要目的。1.2项目背景描述项目发生的背景。1.3参考资料序号资料名称版本号编写单位123第二章 测试目标本测试

3、的目标是保证XX系统所有功能完成的正确性并验证现有的XX产品及流程正确的执行，分析是否符合业务需求说明书指定的功能。具体包括：Ø 检查XX系统所有功能点的正确性，在系统上线前尽可能多地发现系统缺陷并进行修正。Ø 验证XX系统基本产品及其流程的合理性和一致性，满足产品目前的要求及未来的发展需求。第三章 测试范围3.1功能点正确性测试对XX系统的XX个功能点进行全面的测试，设计尽可能详细的测试案例进行测试，功能点如下： 一级需求二级需求三级需求卡管理模块该功能涉及的交易生成制卡文件主卡开卡卡信息重写销卡随机换卡卡片激活卡挂失补发卡收回交易补开电子现金账户补换电子现金账户补销电子

4、现金账户电子现金销户撤销卡回收撤销圈存写卡不明客户申诉圈存申诉结果查询电子现金类交易该功能涉及的交易电子现金圈存电子现金圈存当日明细查询电子现金圈存冲销电子现金圈提电子现金圈提确认单笔预约圈存卡片参数修改（电子现金限额修改）主机信息查询查询客户名下XX卡信息电子现金交易明细查询芯片余额及芯片明细信息查询业务管理类（XX管理平台）卡产品管理卡类别管理卡种管理卡种渠道交易权限管理卡种渠道交易限额管理卡种手续费管理手续费管理手续费计算方法维护手续费收取标准查询维护批量功能说明业务批处理功能对账银联脱机消费批量处理银联联机退货批量处理脱机清算周期后处理证书到期处理数据准备制卡处理银联差错交易批量处理日

5、终对账后自动调账处理系统批处理功能日切处理机构总分关系同步报表生成贷记卡新增柜面需求贷记卡指定账户圈存贷记卡圈存撤消贷记卡圈存冲正贷记卡圈提贷记卡圈提撤消贷记卡圈提确认金融异常状态处理需求圈存差错处理需处理差错情况列表预约圈存差错处理需处理差错情况列表圈提差错处理需处理差错情况列表对账处理需求对账规则对账机制差错调账分析批量调账处理对账处理需求对账机制手续费需求借记卡手续费标准银联商户资金清算核算需求本行商户（我行的单位客户）收款会计核算他行商户（他行单位账户）收款会计核算银联脱机消费批量处理需求银联脱机消费银联消费退货脱机退货联机退货手工退货报表需求电子现金交易统计表电子现金余额统计表电子现

6、金交易手续费统计表发卡统计表换卡统计表销卡统计表工本费手续费统计表3.2界面整体性测试界面整体性测试包括如下测试内容：Ø 各功能区界面一致性检查Ø 非功能区页面功能正确性检查(包括登录页面、页面公共区域)Ø 页面输入项校验规则检查Ø 页面公共按钮功能检查3.3业务流程正确性测试对被测系统业务中的功能所涉及的基本流程进行全面、正确性测试，由于流程测试涉及到多个岗位及每个岗位的功能、职责，覆盖的业务知识较多，需要进行详尽、全面、合理、仔细的进行案例设计。3.4基本产品的配置测试对行里的基本产品进行配置，并通过业务流程进行测试产品功能和实施流程的正确性。第四章

7、 测试策略4.1测试实施流程本次XX系统测试采用标准测试流程进行实施，包括5个主要测试阶段和过程：Ø 测试计划：制订测试方案/测试进度计划Ø 测试需求分析：根据业务需求及需求说明书整理测试需求，对业务需求或需求说明书进行测试并提交缺陷记录Ø 测试案例设计：根据测试需求设计测试案例Ø 测试执行：执行已评审的测试案例并提交软件缺陷、复测缺陷Ø 测试总结：分析测试执行结果和数据，编写测试报告测试实施流程图测试实施过程中的产出物，包括测试需求、测试案例、测试执行结果、测试缺陷，使用HP公司的Quality Center进行统一管理，并实现各测试资产之间

8、的关联。4.2测试需求分析方法根据行方提供的XX系统的需求文档及开发方的XX系统模型，对XX的各个功能点和业务流程进行分析，测试需求分析结果至少应包括如下内容：Ø 功能点分析Ø 业务规则约束Ø 业务流程分析Ø 产品功能分析测试需求分析结果统一记录在测试管理工具Quality Center(试用版)中，便于和案例、缺陷的关联以及测试度量指标的统计分析。在测试需求分析阶段，测试人员需要对业务需求或需求说明书进行测试，并提交缺陷记录。4.3测试案例编写策略根据测试需求分析结果有所侧重的原则在测试需求分析结果的基础上，根据系统功能点和业务流程的特点，在测试案例设

9、计时应有不同侧重：对系统功能点：需求功能点尽可能多的测试案例进行验证，包括正案例、反案例、边界值案例等对业务流程：应根据产品规则的约束和岗位的职责设计尽可能多的流程测试案例，以验证办理一个产品从开始到结束的所有过程的正确性冒烟测试案例设计对重要功能点和基本产品的业务流程，应设计一个基本功能检查案例，用于系统测试进入标准中的冒烟测试检查。测试案例管理测试案例统一记录在测试管理工具Quality Center(试用版)中，便于和需求、缺陷关联以及测试度量指标的统计分析，也利于测试执行管理。4.4测试数据申请策略要求测试人员在测试需求分析阶段开始着手准备测试数据。测试人员根据测试需求分析和测试案例设

10、计时的数据需求，整理出对被测系统及关联的外围系统功能测试账号等方面的类型要求和数量需求，统一汇总后按照测试数据申请流程进行申请。4.5测试执行管理策略Ø 测试轮次安排策略本次XX系统测试执行过程共分为4个轮次：ü 第1轮：冒烟测试执行(执行检查系统基本功能的冒烟测试案例)ü 第2轮：功能点全面测试执行(执行除冒烟测试案例之外所有功能点案例)ü 第3轮：业务流程测试执行(执行除冒烟测试案例之外所有业务流程案例)ü 第4轮：系统全面测试(带生产数据)Ø 测试结果验证策略对测试结果的正确性验证主要通过XX系统界面显示和流程流转等验证的方式，

11、若因环境因素等各种原因确需其他系统配合通过日志检查报文或通过柜面前端查询等方式进行结果验证时，须提出申请由测试中心进行协调和沟通。 测试结果记录测试执行计划、测试日志、测试执行结果均在测试管理工具Quality Center(试用版)中进行记录，实现测试资产的统一管理。4.6测试问题/缺陷管理测试人员发现的测试缺陷，测试组与业务、开发需要定期/不定期的进行确认。Ø 缺陷管理工具本次XX系统测试的问题/缺陷使用测试管理工具Quality Center的缺陷管理模块进行统一管理。缺陷管理流程图注：仲裁组由开发项目经理、业务人员和测试项目经理组成。Ø 缺陷状态定义序号缺陷状态缺陷

12、状态描述备注11-新建测试人员在测试过程中发现缺陷，提交新的缺陷给开发组长进行审核22-打开开发组长进行判定认定为有效缺陷，并将缺陷分配给具体的开发人员进行修改33-已修正开发人员已完成修正,等待测试人员进行回归测试44-已关闭缺陷通过测试人员回归测试，缺陷已被修复5A-回归失败缺陷未通过测试人员回归测试，缺陷未被修复6B-拒绝拒绝修改缺陷，该缺陷可能由于测试人员理解错误或属于重复提交的缺陷，开发组长和开发人员都可以拒绝，拒绝的缺陷需要由仲裁者（一般为项目经理和测试经理）判定后才能认定为伪缺陷。 7C-挂起项目经理判定该缺陷不在当前版本进行修复，而在未来版本进行修复8D-重新打开C-挂起的缺陷

13、在条件允许后可重新打开供开发人员进行修复9E-伪缺陷仲裁者（一般为开发项目经理和业务人员）对B-拒绝的缺陷进行判定后，认定该缺陷确实是由于测试人员理解问题或者重复缺陷等原因导致的无效缺陷（伪缺陷）10F-内审通过测试组长判断是缺陷，指派给开发组长测试组长专用Ø 缺陷严重程度定义及响应时间1- 紧急：2-3小时（需测试组长跟开发组长做口头提醒/电话）2- 非常高：1天内（需测试组长跟开发组长做口头提醒/电话,Mail）3- 高：3天内4- 中：5天内5- 低：5天以上4.7测试效率保证策略迭代测试的策略由于本次系统测试时间紧，任务重，留给测试设计的时间不长，在具备测试环境条件的情况下尽

14、早开始测试执行，同时抓紧时间完善测试案例执行完整测试，测试执行分轮次进行。保证重点的策略本次XX系统的测试重点是系统提供的所有功能点和业务流程，对测试需求按业务和产品的重要性做优先级分类，在时间或条件有限的情况下，先保证优先级高的功能点和业务流程完成测试，以保障项目进度。第五章 测试约束5.1测试执行准入标准当达到如下条件时，系统测试可进入正式的测试执行阶段：Ø 测试环境准备就绪Ø 开发方已提交经过内部测试的稳定版本并部署到系统测试环境Ø 开发方已提交相关技术文档（需求文档、设计文档、用户说明书等）及内部测试的相关文档（测试方案、测试案例、测试报告等）Ø

15、 内部测试中测试案例应记录测试执行结果，测试范围应和需求文档、设计文档一致；如有不一致，开发方应对不一致项进行说明，并经过行方项目经理认可或通过评审Ø 冒烟测试通过（注：冒烟测试是对测试对象进行功能快速抽查的一种测试类型。它主要用于执行测试入口标准的印证，也称绿灯测试、连通性测试。）5.2测试中止条件测试过程中，如发生以下任何一种情况，则中止测试活动，并及时通知开发方：Ø 发现程序不是最新版本Ø 主要模块功能不能正常运行，且影响其它模块的功能测试Ø 业务需求出现较大变更，程序也需要修改开发方修改时间及新版本发布时间由业务方、开发方、测试方三方商定，修改完

16、成后继续进行测试。5.3测试准出标准达到下述条件，可结束本次系统测试：Ø 严重级别以上的所有缺陷均已修复并复测通过，总体缺陷修复率在90%以上，未修复缺陷均有暂缓修复说明Ø 已完成该阶段全部测试案例的运行，提交的系统测试报告经各方评审通过Ø 所有测试工作产品均已提交并通过审核第六章 测试资源6.1人力资源通过XX软件在金融应用测试领域的基于功能点测试工作量评估模型(FPA)，本次测试投入的总工作量约为XX人月（不包括UAT测试）。考虑到项目测试实施工期很短，为减少沟通成本，提高执行效率，在测试需求和案例编写阶段，XX公司申请中高端测试人员，其余人员由行方调配，在完

17、成测试需求分析和测试案例设计后继续进行测试执行，本次合作测试公司方测试人员共需X人（其中测试需求和测试案例设计阶段X人，测试执行阶段X人），行方需派出项目经理1人，职责如下：项目角色人数需求职责项目经理ü 负责承担项目任务的计划、组织和控制工作，以实现项目目标ü 负责编写系统测试方案、测试报告ü 监督、统筹及协调测试实施各项活动和任务安排ü 负责业务方、开发方、测试方的协调ü 负责向项目管理机构定期报告项目进展情况ü 协助进行测试环境准备、测试数据准备、测试版本部署等支持工作ü 审核系统测试方案、测试案例、测试报告高级测试工

18、程师ü 协助项目经理完成项目任务的计划、组织和控制工作ü 协助项目经理编写系统测试方案、测试报告ü 测试需求分析ü 测试案例设计ü 测试执行，提交缺陷，复测缺陷ü 系统测试案例审核中级测试工程师ü 测试需求分析ü 测试案例设计ü 测试执行，提交缺陷，复测缺陷ü 测试数据需求整理ü 系统测试案例审核ü 协助编写系统测试报告初级测试工程师ü 简单测试案例设计ü 测试数据准备ü 测试执行，提交缺陷，复测缺陷配置管理和测试工具管理工程师ü 测试

19、管理工具ALM安装、配置和管理ü 配置管理工具SVN安装、配置和管理ü 导出测试缺陷日报ü 在ALM中录入开发组、决策组缺陷处理结果ü 测试数据需求整理汇总6.2测试环境列示本次测试的软、硬件测试环境。资源名服务器型号操作系统应用软件网络地址应用服务器数据库服务器6.3测试工具在本次XX系统测试实施过程中，拟采用的测试工具包括：用途工具名称/版本厂商说明测试管理工具ALMHP管理测试需求、测试案例及测试执行、测试缺陷配置管理工具SVN开源测试文档版本管理第七章 测试进度计划说明本次测试的详细进度计划，对应的测试人员资源，建议采用Project显示。第八章

20、 沟通管理计划说明本项目约定的沟通方式的组织者、参与人员、时间频度及产出物等内容。沟通方式组织者参与人员时间频度产出物项目日例会测试项目经理测试人员；每个工作日上午9点无项目例会测试项目经理测试人员；周例会形式或根据项目情况按需召开；会议纪要项目协调会测试项目经理测试团队负责人；业务人员、开发人员、开发技术经理、环境管理人员以及各部门领导等（按需可选）根据项目情况按需召开；会议纪要项目评审会测试项目经理测试团队负责人；业务人员、开发人员、环境管理人员以及各部门领导等（按需可选）根据项目情况按需召开；评审表会议纪要（可选）说明本项目约定的各类报告，会议纪要的填写人、提交时间及接收人等内容。序号文

21、档名称填写人提交时间接收人备注1工作日志测试人员每个工作日下班之前测试项目经理2项目进度报告测试项目经理每周五12点之前测试负责人3会议纪要测试项目经理指定填写人每次会议结束后第二个工作日下班前测试项目经理注：以上的提交时间如遇国家法定节假日，需要提前提交。第九章 测试度量管理计划现阶段制定的测试度量TPI的对应基础数据以及数据来源和说明，测试项目经理负责统一收集汇总下表中列出的所有度量基础数据，将收集到的所有基础数据填入度量数据收集汇总表模板中，自动计算得出TPI值。序号基础数据数据来源说明1项目计划总人时系统测试方案2有案例设计的测试需求规则点数量测试需求3测试案例总数系统测试案例4全部测试需求规则点数量系统测试需求5案例设计实际总人时工作日志6执行案例实际总人时工作日志7执行案例总数系统测试报告8缺陷总数系统测试报告9已关闭缺陷总数系统测试报告10挂起缺陷总数系统测试报告11伪缺陷总数系统测试报告12执行通过的案例总数系统测试报告13执行过的案例数系统测试报告14严重缺陷数量系统测试报告15