软件版本测试计划模板(共7页).docx

《软件版本测试计划模板(共7页).docx》由会员分享，可在线阅读，更多相关《软件版本测试计划模板(共7页).docx（7页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上履历页文件编号修改条款内容修改人/日期生效日期全文首次发行编制审核分发部门会签批准销售部研发部采购部生产部质量部行政部1. 简介1.1. 目的举例：本计划所应达到的目标如下：确定XX项目的所有计划、开发和验证阶段的测试活动； 明确各测试活动的任务、方法、标准、输入输出、资源需求、风险、角色和职责等； 本计划适用于什么XX产品测试的什么阶段，什么对象, 以及被测对象所包含的范围等。1.1. 参考资料参考资料编号参考资料名称举例：RDSP-A-P05项目任务书RDSP-A-P05-01XX项目需求文档RDSP-A-P05-02XX项目概要设计2. 测试进度计划2.1. 工

2、作量/计划阶段的所有工作量都是估算值/工作量可按“人时”“人天”估算/重估计是指出现需求变更、计划变更时重新估算的工作量，每重新估算一次就刷新一次测试计划2.2. 进度/测试相关活动及时间表阶段初始计划重计划1重计划2开始结束开始结束开始结束测试分析与计划测试设计迭代测试系统验收测试发布阶段2.3. 资源需求2.3.1. 人员需求计划SN资源名称人数起始日期结束日期技能要求说明1测试代表1项目开始时间项目结束时间有过产品测试代表经验2测试工程师3yyyy-mm-ddyyyy-mm-dd高级工程师1名，中级工程师2名3专项测试工程师1专项测试计划专项测试计划有性能、稳定性测试经验4自动化测试工程

3、师1yyyy-mm-ddyyyy-mm-dd自动化经验2.3.2. 人员培训计划SN知识领域技能需求测试组成员培训方式期望培训日期1XX工具工具使用张三、李四内部培训yyyy-mm-dd2Xx业务业务知识张三、李四外部讲师yyyy-mm-dd32.3.3. 测试组结构SN角色姓名向谁报告备份资源1测试代表张三项目经理/资源池主管李四2测试工程师李四张三/3专项测试工程师王五张三/2.3.4. 设备/工具需求计划SN描述数量起始日期结束日期说明1T10000服务器1yyyy-mm-ddyyyy-mm-dd测试服务器2100M交换机（8端口以上）1组网用3PC级（4G内存）2办公4发包服务器（4网

4、口）2模拟发包5Xftp1上传软件3. 测试策略3.1. 测试范围【简要介绍要测试的范围，一般对于一个需求涉及较广的项目来说测试范围通常是全部特性。需求比较小时，测试范围可通过分析缩小到某些模块。如存在任务书特别说明的某个技术方案或需求时，也可在此说明一下安排在那个时候测试。】举例：测试范围：XX模块、XXX模块，XX专项测试等。3.2. 总体策略【如重点测试哪些模块哪些功能用自动化保障，模块测试的优先级等，哪些模块可以不测试哪些版本进行全用例覆盖，哪些只需要覆盖部分用例专项活动安排在那个阶段测试等上面这些策略可分类到各阶段的测试策略中去，如迭代测试采取什么测试策略，系统测试中采取什么策略策略

5、。】举例：迭代过程中按下面策略开展1、 迭代开发过程中只测试新开发用例。2、 每个迭代结束时，会对此次迭代版本进行相关功能覆盖（新开发涉及的功能模块）系统测试阶段采用如下策略1、 第1个系统版本会做全功能用例覆盖。包括所有新开发特性2、 新开发特性及关联模块重点测试3、 地2个系统版本主要验证上一轮版本的缺陷回归，并做相关模块的少量用例抽查。4、 专项测试在第1个系统版本上实施。3.3. 测试方法（可选）【存在一些特性或测试活动需要某些特定测试方法，可以在此说明。】3.4. 自动化（可选）本次测试中如果引入自动化测试，请说明哪些功能、性能要用自动化测试，用什么来实现】 自动化率，列出每个模块有

6、多少案例、有多少可以自动化模块自动化实现率说明3.5. 性能测试3.5.1. 性能指标【本版本的性能指标准备如何开展】举例：1、 性能指标直接使用以前的指标方案2、 性能指标找老员工测试3、 性能指标结果不低于上一个版本的指标4、 性能测试设备在什么阶段准备好5、 性能指标计划在xx阶段开始做3.5.2. 稳定性【版本的稳定性准备如何开展】举例：1、稳定性总时间不能低于7x24小时2、稳定性压力，保证设备总的CPU、内存压力在60%以上3、稳定性场景需要包含所有模块的基本业务流程4、稳定性过程中如果出现严重问题，则重新计时5、稳定性计划在xx阶段开始做4. 质量计划4.1. 质量目标/质量目标

7、可以参考项目度量报告中关于测试方面的指标SN度量质量目标说明目标下限上限1缺陷发现密度 (个/KLOC)2验证阶段进度偏移（%）3测试用例生产效率（个/人天）4测试发现缺陷效率(个/人天)5测试有效性(测试有效缺陷数/总缺陷数)4.2. 质量计划【】举例：新设计的测试用例，将先发给相应开发和系统分析师检视，并要求测试组内的专家一同参与到评审阶段，确保用例设计质量。每轮迭代结束后，将对测试出来的Bug做分析，识别产品的缺陷风险在哪些模块，为下一轮测试做相应的调整。4.3. 质量控制活动活动责任人说明测试规格review由TM指定的人员姓名xxx特性测试方案review由TM指定的人员姓名xxx特

8、性测试用例review由TM指定的人员姓名测试报告Review由TM指定的人员姓名xxx测试缺陷分析由测试代表负责组织人员完成交付件审计PQA阶段质量审计PQA,TM内部质量审计PQA, TM5. 风险管理计划【确定测试过程中TOP5风险及其应对措施】举例：风险1：测试部人力不足，导致测试执行阶段人力安排可能达不到进度要求，会存在导致延迟。风险等级：中1) 规避措施：加班6. 沟通计划6.1. 测试干系人SN角色姓名说明1项目经理整体计划2测试代表测试计划与安排3中心总/副总监资源池主管，风险管理4测试资源池主管/经理资源池主管/经理，人力控制5系统分析师实现方案6产品经理项目需求7PQA版本

9、质量目标8相关测试技术专家测试分析、设计文档的评审与检视.其它干系人6.2. 管理报告SN报告准备人频度接收人1项目状态报告测试代表每周项目经理产品经理系统分析师各资源池主管/经理PQA2进展报告/工作日志测试组成员每天测试经理3阶段结束评估报告测试代表阶段结束/每月项目经理产品经理系统分析师各资源池主管/经理PQA4项目关闭报告测试代表项目结束项目经理产品经理系统分析师各资源池主管/经理PQA5每周测试安排测试代表每周测试组成员6PQA状态报告PQA每周PQA经理，TM6.3. 测试组会议SN会议频度参加人1站立会议每天项目开发/测试成员2测试组周例会每周测试代表，测试组成员，PQA3阶段开工会阶段开始（根据情况可与阶段结束会议合并）测试代表，测试组成员，项目经理、产品经理、系统分析师、PQA 4阶段结束会议阶段结束（根据情况可与阶段开工会合并）测试代表，测试组成员，项目经理、产品经理、系统分析师、PQA5项目评估会议每月测试代表，测试组成员，项目经理、产品经理、系统分析师、PQA6测试关闭会议项目结束测试代表，测试组成员，项目经理、产品经理、系统分析师、PQA7. 附录将项目的一些文档和决议附上1、 测试任务书2、 项目任务书3、 需求清单4、 重要的会议纪要专心-专注-专业