《XXX项目测试方案V01.doc》由会员分享，可在线阅读，更多相关《XXX项目测试方案V01.doc（19页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、测试方案文档记录修订记录本次修订日期：下次修订日期： 版本号修订日期变更概述作者修订显示0.12019-03-24初始版本秦光否批准者此文档需要以下人员批准姓名职务分发此文档分发给以下部门或单位相关人员：姓名职务目 录1.文档简介41.1文档说明41.2参考文档42.概述52.1项目背景52.2测试目标52.3测试范围52.4前提条件63.测试策略73.1测试风险分析73.2测试重点73.3准入准出标准73.4测试类型83.5测试环境83.6测试数据84.测试计划94.1角色和职责94.2测试时间安排94.3测试主要交付件104.4资源需求104.5其他105.测试管理和报告流程115.1测试
2、管理115.1.1缺陷管理115.1.2变更管理115.1.3沟通管理115.2测试报告111. 文档简介1.1 文档说明本文档是自提点及易购大楼项目测试阶段的测试方案，目的是有效地指引测试工作的顺利实施和开展。1.2 参考文档本文档在编写过程中参考了以下文档：2. 概述2.1 项目背景2.2 测试目标通过本次测试，可以实现以下目标:1、 测试案例对需求的覆盖率达到100%2、 测试案例的执行率达到100%3、 测试案例的通过率达到98%4、 测试中缺陷等级为严重的缺陷修复率已经超过98%5、 测试中缺陷等级为一般的缺陷修复率已超过95% 6、 测试中缺陷等级为提示的缺陷修复率已超过95%2.
3、3 测试范围需求编号需求名称优先级备注高 高高未纳入本次测试范围的相关内容及原因说明：2.4 前提条件1、 开发团队按时完成单元测试及冒烟测试，单元测试报告已提交测试部门且冒烟测试未发现重大问题、未有其他紧急项目插入等2、 开发团队按时提交测试版本给测试部门。3、 产品人员按时提供测试数据。3. 测试策略3.1 测试风险分析测试的风险评估是由项目风险评估驱动的，并扩展到针对测试领域的风险上。编号风险描述风险发生可能性（高、中、低）风险对测试或项目的影响（高、中、低）相应风险的解决方案责任人1转测时间节点高高开发每天修复当天问题单后下班，保证转测时间3.2 测试重点XXX3.3 准入准出标准测试
4、准入条件：测试准出通过不通过不适用责任人备注案例及数据1. RTVM已定义完备秦光必选准入条件2. RTVM已通过评审秦光如项目有RTVM增删的要求，此准入条件必选3. 测试案例/测试场景已准备完成秦光必选准入条件4. 测试案例/测试场景已通过评审秦光如项目有测试案例/场景增删的要求，此准入条件必选5. 测试所需的测试数据已准备完成秦光如项目有测试数据要求，此准入条件必选测试执行前置工作6. 业务需求及系统需求已通过评审。秦光除紧急发布项目外，其他类型项目，此准入条件必选7. 测试方案已完成，并通过评审秦光必选准入条件8. 白盒测试（也称为单元测试）报告已提交至测试部门秦光必选准入条件9. 冒
5、烟测试已完成，且冒烟测试案例（主流程案例）执行通过秦光进入SIT、PRE阶段测试执行之前，分别需要进行冒烟测试测试环境和工具10. SIT环境准备就绪秦光仅适用于SIT测试阶段11. 本项目相关的应用已部署在对应测试环境中秦光必选准入条件12. 测试工具已准备就绪秦光如有额外的测试工具需求，此项准入条件必选其他13. 测试所需的测试执行人员已到位秦光必须准入条件14. 测试所需的支持人员已到位秦光如有额外的技术、业务等支持人员的需求，此项准入条件必选测试准出条件：测试准出通过不通过不适用责任人备注案例和场景1. 规划的测试案例执行率达到 100%秦光必选准出条件2. 测试案例执行通过率 = 9
6、8%秦光必选准出条件3. 测试案例的执行结果及状态记录完整并保存在指定的工具或指定的位置秦光必选准出条件缺陷4. 测试中缺陷等级为阻塞和致命的缺陷已经全部被修复并被测试通过秦光必选准出条件5. 测试中缺陷等级为严重的缺陷修复率已经超过 98 %秦光必选准出条件6. 测试中缺陷等级为一般的缺陷修复率已超过 95% 秦光必选准出条件7. 测试中缺陷等级为提示的缺陷修复率已超过 95%秦光必选准出条件8. 所有遗留缺陷根据不同缺陷等级，均已获得对应领导的确认秦光必选准出条件3.4 测试类型功能/需求测试、回归测试。3.5 测试环境本次测试执行需要使用SIT系统测试环境。3.6 测试数据测试数据模板3
7、.7 角色和职责此处定义测试组的组织结构和分工。人员角色联系方式3.8 测试时间安排测试阶段测试任务负责人任务起止日期测试方案测试方案测试准备RTVM设计RTVM评审及修改案例设计案例评审及修改测试执行第一轮（含冒烟测试）第二轮（含冒烟测试）第三轮（含冒烟测试）测试报告编写测试报告编写测试总结全部3.9 测试主要交付件各测试阶段的交付件列举在此，包括负责人和计划交付时间测试阶段主要交付件计划交付时间负责人计划存放路径测试计划测试方案测试设计RTVM测试案例测试报告测试报告3.10 资源需求提出实施负责人和计划资源准备完成时间。资源需求计划资源实施负责人要求完成时间硬件资源台式机4台、测试设备若
8、干数据资源参考3.6测试数据人力资源测试人员4人工具资源PC，jira3.11 其他无4. 测试管理和报告流程4.1 测试管理4.1.1 缺陷管理本次测试的缺陷管理采用标准缺陷管理流程，缺陷管理工具采用JIRA缺陷管理工具地址： 4.1.2 变更管理l 测试设计阶段，如业务需求变更(变更内容包括需求增加、删减、设计变动，以及系统需求所做对应的所有修改)，项目经理或对应的产品经理应通过正式邮件通知，并发布最新的需求说明书，阐述需求变动，保证需求理解的及时性和一致性。l 测试执行阶段，原则上应尽量避免需求的突然变更。若发现的缺陷无法修复或暂不修复，无法满足需求定义，应由开发，产品，测试三方共同确认
9、后交项目经理批准。测试执行阶段的需求变更需要在RTC系统走需求变更流程，流程走完由项目经理邮件通知测试组变更测试案例。项目运行阶段，应保证测试周期的完整性，规避因开发周期延长而压缩测试周期的现象。4.1.3 沟通管理此处描述测试团队之间，以及测试团队与其他团队的沟通计划。沟通事项内容描述时间/频率方式责任人参与者例会测试组所有成员讨论/收集项目执行中遇到的问题，报告个人的工作进度，以及宣讲当日预计工作内容每天9:00am会议周会总结本周工作进度，收集已解决的问题，未解决的问题。每周会议产品需求测试设计过程中需要和产品经理及时了解需求定义每周2-3次会议测试进度测试执行阶段每天需要向项目经理，产品经理，测试组报告当天进度每天开发需求开发有时会对测试人提报的缺陷有疑问，需要测试执行人阐清每天测试需求测试执行人在测试过程中遇到的一些问题(环境、数据)需要项目经理协助解决每天4.2 测试报告 1、 在测试执行阶段测试人员每天更新测试执行跟踪表汇总测试进度2、 测试负责人汇总测试进度填写到测试日报中报告测试进度3、 测试结束后完成测试报告4、 待补充第 19 页