软件版本测试计划模板

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1.简介

1.1.目的

举例:

本计划所应达到的目标如下:

·确定XX项目的所有计划、开发和验证阶段的测试活动;

·明确各测试活动的任务、方法、标准、输入输出、资源需求、风险、角色和职责等;

本计划适用于什么XX产品测试的什么阶段,什么对象, 以及被测对象所包含的范围等。1.1.参考资料

2.测试进度计划

2.1.工作量

//计划阶段的所有工作量都是估算值

//工作量可按“人时”“人天”估算

//重估计是指出现需求变更、计划变更时重新估算的工作量,每重新估算一次就刷新一次测试计划

2.2.进度

//

2.3.资源需求

2.3.1.人员需求计划

2.3.2.人员培训计划

2.3.3.测试组结构

2.3.4.设备/工具需求计划

3.测试策略

3.1.测试范围

【简要介绍要测试的范围,

一般对于一个需求涉及较广的项目来说测试范围通常是全部特性。

需求比较小时,测试范围可通过分析缩小到某些模块。

如存在任务书特别说明的某个技术方案或需求时,也可在此说明一下安排在那个时候测试。】

举例:

测试范围:XX模块、XXX模块,XX专项测试等。

3.2.总体策略

【如重点测试哪些模块

哪些功能用自动化保障,

模块测试的优先级等,哪些模块可以不测试

哪些版本进行全用例覆盖,哪些只需要覆盖部分用例

专项活动安排在那个阶段测试等

上面这些策略可分类到各阶段的测试策略中去,如迭代测试采取什么测试策略,系统测试中

采取什么策略策略。】

举例:

迭代过程中按下面策略开展

1、迭代开发过程中只测试新开发用例。

2、每个迭代结束时,会对此次迭代版本进行相关功能覆盖(新开发涉及的功能模块)

系统测试阶段采用如下策略

1、第1个系统版本会做全功能用例覆盖。包括所有新开发特性

2、新开发特性及关联模块重点测试

3、地2个系统版本主要验证上一轮版本的缺陷回归,并做相关模块的少量用例抽查。

4、专项测试在第1个系统版本上实施。

3.3.测试方法(可选)

【存在一些特性或测试活动需要某些特定测试方法,可以在此说明。】

3.4.自动化(可选)

本次测试中如果引入自动化测试,请说明哪些功能、性能要用自动化测试,用什么来实现】自动化率,

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.质量目标

//

4.2.质量计划

【<从测试分析、测试设计、测试执行、测试管理、日常缺陷管理、缺陷分析等方面入手,制定达成质量目标所需要重点开展活动的计划,请参考下述两例:>

<在测试设计阶段邀请产品领域和测试领域专家对测试方案、测试策略、以及测试用例进行的评审,通过保证评审的质量来保证测试设计的质量>】

举例:

新设计的测试用例,将先发给相应开发和系统分析师检视,并要求测试组内的专家一同参与到评审阶段,确保用例设计质量。

每轮迭代结束后,将对测试出来的Bug做分析,识别产品的缺陷风险在哪些模块,为下一轮测试做相应的调整。

4.3.质量控制活动

5.风险管理计划

【确定测试过程中TOP5风险及其应对措施】

举例:

风险1:测试部人力不足,导致测试执行阶段人力安排可能达不到进度要求,会存在导致延迟。

风险等级:中

1) 规避措施:加班

6.沟通计划

6.1.测试干系人

6.2.管理报告

6.3.测试组会议

7.附录

将项目的一些文档和决议附上

1、测试任务书

2、项目任务书

3、需求清单

4、重要的会议纪要

相关文档
最新文档