测试方案模板A级Word下载.docx
《测试方案模板A级Word下载.docx》由会员分享，可在线阅读，更多相关《测试方案模板A级Word下载.docx（12页珍藏版）》请在冰豆网上搜索。
根据小组评审意见，修改2.1为“人员与职责说明”
2014/5/23
V0.3
根据组外评审意见，修改：
1、文档名称：
测试方案；
2、“1.2范围”改为表格形式；
3、“1.3”增加任务类别；
4、“5.1”增加第3条；
5、“5.2第1条”描述中增加：
未被覆盖的不是主要业务。
2014/5/30
目录
1引言4
1.1目标4
1.2范围4
1.3测试任务级别5
1.4术语和缩略语5
1.5参考资料6
2资源需求6
2.1人员与职责说明6
2.2测试环境需求6
2.3测试工具7
2.4培训需求7
3测试策略8
3.1被测试项8
3.2不测试项8
4进度与人员安排8
5测试实施标准10
5.1测试准入的标准10
5.2测试通过的标准10
5.3测试中止的条件10
6测试风险11
7沟通计划11
8可交付工件11
[说明：
本文件中“[]”中内容为举例和说明文字，请在文件拟制时替换或删除；
若文中某章节内容可省略、不需要或适用，请保留该标题，并根据实际在内容部分写明“略”、“勿需”或“不适用”等，同时适当说明原因。
]
1引言
目标
[明确说明本次测试的测试目标，包括测试的产品或应用程序名称、产品或应用程序作用简述、产品或应用程序版本号、所存放位置。
范围
[描述测试活动所覆盖到的测试范围，列出测试对象中将接受测试或将不接受测试的那些功能和性能。
如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。
列出可能会影响测试设计、开发或实施的所有约束。
被测试需求：
序号
一级模块
二级模块
三级模块
备注
1.
2.
3.
4.
不测试需求：
假设：
假设
约束：
测试任务级别
开发任务类别：
新建类/维护类
测试任务级别：
A级。
术语和缩略语
[列出文中全部术语并给出定义；
列出文中全部缩略语，并给出全称和定义。
术语/缩略语
全称和说明
参考资料
[列出本测试方案所参考或引用的所有文档或其他资料。
每个参考资料应提供名称、版本号、出版/编制日期、出版单位/作者。
[一般来说，应参考用户原始需求说明、项目需求规格说明、项目设计书、项目适用的测试规范、其他相关产品的需求和测试等资料。
2资源需求
人员与职责说明
［说明测试组织结构与职责描述］
姓名
职责描述
***
测试负责人。
管理监督测试活动，协调测试资源，审批测试方案、测试报告。
测试经理。
制订测试方案，管理测试活动，提供测试报告。
需求工程师。
提供需求咨询。
开发负责人。
协调开发资源。
开发工程师。
修改BUG，配合测试数据准备等活动。
测试工程师。
分析测试需求。
模块A测试执行人员，负责编写模块A的测试用例和执行测试。
模块B测试执行人员，负责编写模块B的测试用例和执行测试。
DB测试人员，负责编写DB测试用例和执行测试。
负责编写系统界面测试、负责压力测试的测试用例和执行测试。
……
测试环境需求
资源
名称/类型
硬件和网路环境
数据库服务器
-网络或子网
-服务器名称
-数据库名称
用户端测试PC
包括特殊的配置需求
测试数据存储库
测试开发PC
软件环境
DBMS
中间件
AppServer
浏览器
其它
测试工具
用途
工具
生产厂商/自产
版本
培训需求
培训内容
培训人
参加人
计划完成日期
3测试策略
被测试项
[描述哪些方面的内容，哪些测试一定要作，例如：
功能测试中的用户界面测试、正确性测试、回归测试、安装测试、配置测试、安全性和访问控制测试。
非功能测试中的性能测试、容量测试、安全性测试、压力测试、强度测试、负载测试、故障转移和恢复测试。
……]
不测试项
[说明哪些方面的内容，哪些测试可以不被执行，并说明原因。
4进度与人员安排
任务名称
计划开始日期
计划工作量（人时）
执行人
制订测试方案
填写测试任务估算书
编写测试方案
评审测试方案
5.
分析测试需求
6.
编写测试需求文档
7.
评审测试需求
8.
设计测试案例
9.
编写测试案例文档
10.
评审测试案例
11.
准备测试数据
12.
执行准入测试
13.
准备测试环境
14.
执行准入测试案例
15.
填写准入测试检查单
16.
执行测试
17.
第一轮测试
18.
**模块
19.
20.
第二轮测试
21.
22.
23.
第三轮测试
24.
25.
26.
总结测试结果
27.
编写测试记录
28.
编写测试报告
29.
评审测试报告
5测试实施标准
测试准入的标准
[描述该测试任务测试准入的准则。
举例如下：
1.需求文档已提交，并且符合使用要求；
2.测试案例已编写完毕，并且通过评审；
3.单元测试已通过，并且提交了单元测试报告；
4.测试环境已准备就绪；
5.准入测试案例已执行通过。
测试通过的标准
[描述该测试任务测试通过的准则。
测试通过或失败的准则是客观的陈述，指明确切的测试目标、度量尺度、测试标准或验收标准、过程规范、判断测试何时结束及测试项目的质量等。
1.测试覆盖率已达到系统需求的95%以上，未被覆盖的不是主要业务；
2.所有要求的测试用例和测试程序已经100％被执行；
3.严重级别的缺陷关闭率为100%；
4.缺陷关闭率≥95%；
5.未达到以上条件而要停止测试的项目，需由测试管理处经理批准，方可准予交付]
测试中止的条件
[描述该测试项目中止的条件。
测试执行中如果出现以下情况之一时，系统测试将中止：
1.测试必备条件不满足，如测试环境、测试数据、测试人员等必备条件不再具备或发生变化导致测试不能正常进行；
2.缺陷导致30%以上的测试案例不能执行；
3.更新的版本中对严重级别的缺陷的修复率低于50%；
4.已进行2-3轮回归测试，发现严重级别的缺陷的趋势不呈收敛趋势；
5.严重不符合性能测试或其它专项测试的指标。
6测试风险
风险描述
影响程度（高、中、低）
发生概率（高、中、低）
责任人
应对措施
7沟通计划
类型
内容
时间/频度
发起人
协调会
组内不能解决的问题
事件触发
测试负责人
项目相关方
周例会
项目进展
每周五下午
测试经理
项目组成员
测试日报
测试周报
8可交付工件
[本节列出将要创建的各种文档、工具和报告，及其创建人员、交付对象和交付时间。
如测试模型、测试日志、缺陷报告等。
升级会员 