测试计划模板.docx
《测试计划模板.docx》由会员分享，可在线阅读，更多相关《测试计划模板.docx（8页珍藏版）》请在冰豆网上搜索。
测试计划模板
川石信息软件测试工作室
文档编号
项目版本
密级
项目名称：
TinksnsV1.6
共10页
TinksnsV1.6测试计划
（仅供培训使用）
拟制：
文毅
日期：
2016/03/15
审核：
日期：
2016/03/18
批准：
日期：
2016/03/18
修订记录
日期
修订版本
描述
作者
2016/03/15
1.60
初稿完成。
文毅
目录
1目标6
2概述6
2.1项目背景6
2.2范围6
3组织形式6
4测试对象6
5需求跟踪6
6测试通过/失败标准6
7测试挂起标准及恢复条件7
8测试任务安排7
8.1任务17
8.1.1方法和标准：
7
8.1.2输入/输出：
7
8.1.3时间安排：
7
8.1.4资源：
7
8.1.5风险和假设：
7
8.1.6角色和职责：
7
8.2任务27
8.2.1方法和标准：
7
8.2.2输入/输出：
8
8.2.3时间安排：
8
8.2.4资源：
8
8.2.5风险和假设：
8
8.2.6角色和职责：
8
8.3任务38
8.3.1方法和标准：
8
8.3.2输入/输出：
8
8.3.3时间安排：
8
8.3.4资源：
8
8.3.5风险和假设：
9
8.3.6角色和职责：
9
8.4任务49
8.4.1方法和标准：
9
8.4.2输入/输出：
9
8.4.3时间安排：
9
8.4.4资源：
9
8.4.5风险和假设：
9
8.4.6角色和职责：
9
9应交付的测试工作产品9
10工作量估计10
11资源的分配10
12附录10
XXXX系统测试计划
关键词：
TinksnsV1.6，系统测试，方案
摘要：
TinksnsV1.6系统测试方案，需求测试
缩略语清单：
参考资料清单：
名称
作者
编号
发布日期
出版单位
需求说明书
SRS
粤B69600
2015/03/14
川石
1目标
TinksnsV1.6系统测试，用到尽可能多的用例，并达到无BUG，无挂起
2概述
本次测试计划是为了指导TinksnsV1.6的系统测试中的代码设计，用例设计和测试执行。
2.1测试对象
TinksnsV1.6
2.2范围
从头到尾无缝隙测试
3组织形式
测试组长，环境管理员，svn管理员，qc管理员
6测试通过/失败标准
严格：
所有的缺陷都被修复，并且回归测试通过
所有的需求都100%被测试覆盖
所有的用例都被执行并通过
使用四象限缺陷分析方法达到测试退出的条件
宽松标准：
所有的严重级别为一般以上的缺陷都被修复，缺陷加权密度小于0.1个/Kloc
主要需求100%被测试覆盖，非重要需求（打印功能、在线帮助）可以不被测试
所有的H\M级测试用例被执行并通过，L级的用例至少要测试70%以上
使用四象限缺陷分析方法达到测试退出的条件
7测试挂起标准及恢复条件
挂起条件：
版本存在较多的致命或严重问题，导致测试用例有超过50%被阻塞；
因版本问题太多，导致超过50%测试用例不通过；
测试工具没有到位，或者测试工具损坏，导致测试无法继续
由于存在优先级更高的事情需要处理导致测试人员无法支撑本次测试
恢复条件：
版本中一些致命问题或严重问题被修复，使测试用例超过60%以上的可以被覆盖顺利执行
多数版本问题被修复，超过60%以上的用例可以被通过
测试工具被修复或者测试工具能准时到位，测试可以继续执行
优先级更高的事情处理完毕后，测试人员能到位并继续执行本次测试
8测试任务安排
8.1任务1
按照测试的阶段划分（测试计划、测试方案、测试用例、测试执行）
按照测试类型划分（功能测试、性能测试、兼容性测试、易用性测试）
根据模块划分（业务处理模块、告警系统模块、配置模块）
综合性划分（阶段+模块混合划分）
8.1.2输入/输出：
8.1.3时间安排：
测试计划：
写作3.14-3.15评审与修改3.18-3.18归档3.18
测试方案：
写作3.18-3.19评审与修改3.20-3.20归档3.20
测试用例：
写作与评审3.20-2.21归档3.21
8.1.4资源：
8.1.5风险和假设：
人员：
1、人员调动；
2、人员离职；
3、人员请假；
规避：
1、适当地加班；
2、招聘或从其它部门协调人员；
3、提前1个月申请离职，或者将当前项目完成以后再离职；
4、先把优先级高的事情做完，放弃一小部分优先级低的事情；
时间：
1、需求变更，导致工作量增大；
2、开发转测试时间延迟；
3、客户要求提前交付；
规避：
1、适当地加班；
2、招聘或从其它部门协调人员；
3、开发转测试延迟或客户要求提前交付，应该尽早地知会到测试部；
4、先把优先级高的事情做完，放弃一小部分优先级低的事情；
技术：
1、因测试技能缺失，导致测试漏测现象；
2、因测试技能问题，导致测试出现错误理解或错误操作；
3、对被测对象的业务理解不清楚，导致测试出现误解和漏测现象；
规避：
1、定期组织技能和业务上的培训与交流，尽可能熟悉测试的业务和技能；
2、组织充分的评审；
3、以老带新，由老员工带着新员工进行测试，老员工测试核心功能，新员工测试非核心功能；
8.1.6角色和职责：
8.2任务2
8.2.2输入/输出：
8.2.3时间安排：
8.2.4资源：
8.2.5风险和假设：
8.2.6角色和职责：
8.3任务3
8.3.2输入/输出：
8.3.3时间安排：
8.3.4资源：
8.3.5风险和假设：
8.3.6角色和职责：
8.4任务4
8.4.2输入/输出：
8.4.3时间安排：
8.4.4资源：
8.4.5风险和假设：
8.4.6角色和职责：
9应交付的测试工作产品
10工作量估计
11资源的分配
12附录
升级会员 