软件版本测试计划模板
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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、重要的会议纪要