TA的每日心情 | 奋斗
2019-11-4 11:04 |
|---|
签到天数: 274 天 连续签到: 1 天 [LV.8]测试军长
|
呵呵！这是测试计划模版 请拿
Wo XXX公司 文档编号 项目版本 密级
项目名称：
共14页
XXX项目测试计划
拟制： 日期： yyyy/mm/dd
审核： 日期： yyyy/mm/dd
批准： 日期： yyyy/mm/dd
修订记录
日期 修订版本 描述 作者
yyyy/mm/dd XX版本 初稿完成 XXX
目 录
1目标 6
2 概述 6
2.1 项目背景 6
2.2 范围 6
3 组织形式 6
4 测试对象 8
5 需求跟踪 9
6 测试通过/失败标准 9
7 测试挂起标准及恢复条件 9
8 测试任务安排 10
8.1 任务1 10
8.1.1方法和标准： 10
8.1.2 输入/输出： 10
8.1.3 时间安排： 10
8.1.4 资源 ： 10
8.1.5 风险和假设： 10
8.1.6 角色和职责： 10
8.2 任务2 11
8.2.1 方法和标准： 11
8.2.2 输入/输出： 11
8.2.3 时间安排： 11
8.2.4 资源 ： 11
8.2.5 风险和假设： 11
8.2.6 角色和职责： 11
8.3 任务3 11
8.3.1 方法和标准： 11
8.3.2 输入/输出： 11
8.3.3 时间安排： 11
8.3.4 资源 ： 12
8.3.5 风险和假设： 12
8.3.6 角色和职责： 12
8.4 任务4 12
8.4.1 方法和标准： 12
8.4.2 输入/输出： 12
8.4.3 时间安排： 12
8.4.4 资源 ： 12
8.4.5 风险和假设： 12
8.4.6 角色和职责： 12
9 应交付的测试工作产品 13
10 工作量估计 13
11 资源的分配 13
12 附录 14
XXX项目系统测试计划
关键词：
摘 要：
缩略语清单：
参考资料清单：
名称 作者 编号
发布日期 出版单位
1目标
所有测试需求都已被标识出来；测试的工作量已被正确估计并合理地分配了人力、物力资源；测试的进度安排是基于工作量估计的、适用的；测试启动、停止的准则已被标识；测试输出的工作产品是已标识的、受控的和适用的。
2 概述
2.1 项目背景
简要描述项目背景及所要求达到的目标，如项目的主要功能特征、体系结构及简要历史等。
（开发者、架构、主要运行环境、主要功能、目标用户。）
2.2 范围
指明该计划的适用对象及范围。
3 组织形式
描述参加系统测试的各测试项目组的组织结构（可以图的形式），通过文字形式来描述各组织在系统测试中的职责和组织间关系，也可以描述测试项目组内部的结构，和各组成员的职责。
描述本软件组织中关于系统测试过程和开发过程、项目管理过程、质量保证过程、配置管理过程等过程相关联的部分。
明确测试组和开发组、配置管理组、质量保证组等相关组的沟通渠道，保证系统测试过程中的问题能技术沟通和解决，保证系统测试工作的顺利进行；同时要从组织上明确测试人员发现问题和监督问题解决的权利，保证测试人员的工作积极性，使得软件质量能从组织上得到保证；另外还要明确测试工作产品输出的权利，即由谁来签发《系统测试计划》、《系统测试方案》等测试文档和最终的《系统测试报告》，一般软件组织已经对此有了明确定义，如果没有，做计划时需要明确下来。
举例：
1）测试组内部组织结构
2）测试组与其它部门之间的关系
3）沟通渠道
测试组组长：
1、制订本组测试计划；
2、给测试分析员分配任务并依据制定的计划指导和监控他们的工作；
3、给测试员分配任务并依据制定的计划指导和监控他们的工作；
4、与开发组保持联系和沟通，例如确定版本发布日期、沟通版本质量进展、缺陷发展趋势；
5、组织本组测试文档的设计、写作和评审；
6、组织本组进行相关需求跟踪；
7、组织本组进行缺陷分析等质量活动；
8、向测试主管等高层领导汇报本组工作
测试分析员：
测试员：
4 测试对象
这里列出系统测试计划活动中分析确定的所有功能测试项目和非功能测试项目；还要列出测试项目中的哪些特性和特性组合将不被测试，并说明不被测试的原因。在这里所列的测试项仅仅是为了表达应测试什么，至于如何测试可以在测试方案中进行描述。
举例：
1）业务功能
业务流程
数据库事务
域值合法性
…...
2）用户界面
对象状态
窗口模式
菜单
标准尺寸的控件/文字
…...
3）性能
在3秒内对用户登陆请求给出响应
当系统内存低于32M的情况下运行应用程序，考察其性能指标
为设计规定是 1,000,000 条记录的系统增加 1,000,001条记录
…...
4）配置
在windows 98系统下进行配置测试
在Unix系统下进行配置测试
…...
5）安装
新安装（典型安装、定制安装）
光盘升级安装
网络升级安装
…...
5 需求跟踪
建立测试需求跟踪矩阵表
举例：
需求标识 需求描述 系统测试项标识 系统测试项描述
Router_V100_SRS_001 路由增加 Router_V100_ST_AddRoute 路由增加
6 测试通过/失败标准
本节描述系统测试计划活动中确定的系统测试通过/ 失败标准，这是判断测试过程通过或失败的标准，而不是被测对象通过或失败的标准。
举例：
1）达到100％需求覆盖；
2）所有1级、2级用例被执行，3级、4级用例执行率达到60％；
3）测试过程中缺陷率达到公司系统测试质量标准
7 测试挂起标准及恢复条件
描述系统测试计划活动中确定的系统测试挂起标准/恢复条件
举例：
系统测试挂起标准举例：
1）基本功能测试不能通过；
2）出现致命问题导致30％用例被堵塞，测试无法执行下去
。。。。。。
系统测试恢复条件举例：
1）导致测试堵塞的问题被修复，并通过了回归测试；
。。。。。
8 测试任务安排
8.1 任务1
8.1.1方法和标准：
指明执行该任务时，应采用的方法以及所应遵循的标准
8.1.2 输入/输出：
给出该任务所必需的输入及输出
8.1.3 时间安排：
给出任务的起始及持续的时间，为方便文档维护，建议采用相对时间，即任务的起始时
间是相对于某一里程碑或阶段的相对时间
8.1.4 资源 ：
给出任务所需要的人力和物力资源，工作量应明确到“人天”
8.1.5 风险和假设：
指明启动该任务应满足的假设以及任务执行可能存在的风险
8.1.6 角色和职责：
指明由谁负责该任务的组织和执行，以及谁将担负怎样的职责
8.2 任务2
8.2.1 方法和标准：
8.2.2 输入/输出：
8.2.3 时间安排：
8.2.4 资源 ：
8.2.5 风险和假设：
8.2.6 角色和职责：
8.3 任务3
8.3.1 方法和标准：
8.3.2 输入/输出：
8.3.3 时间安排：
8.3.4 资源 ：
8.3.5 风险和假设：
8.3.6 角色和职责：
8.4 任务4
8.4.1 方法和标准：
8.4.2 输入/输出：
8.4.3 时间安排：
8.4.4 资源 ：
8.4.5 风险和假设：
8.4.6 角色和职责：
9 应交付的测试工作产品
本节描述系统测试计划活动中确定的测试完成后应交付的测试文档、测试代码及测试工具等测试工作产品。
举例：
• 系统测试计划
• 系统测试方案
• 系统测试用例
• 系统测试规程
• 系统测试日志
• 系统测试报告
• 。。。。。。
10 工作量估计
根据前面安排的任务，估计各任务的工作量，具体到人天
举例：
序号 任务名称 负责人 工作量（人天）
1 计划测试 张三 1人天
2 设计测试 李四 2人天
3 实现测试 王五 3人天
4 执行测试 赵六 4人天
… … … … … … … …
总计:
11 资源的分配
本节汇总所有任务中所需要的资源
举例：
1）人员及培训需求：
依据角色及职责和测试任务安排”中的资源，确定所需人员及培训要求，应指明人员与角色之间的映射关系
2）测试环境、测试工具：
依据测试任务安排中的资源，确定所需的测试环境及测试工具
3）测试仪器或材料：
确定所需测试仪器和设备的要求。指定仪表仅需写型号即可，非指定仪表需给出测量精度要求等。
仪表需给出足够的信息，如测试中使用AM8e，则表示如下：
呼叫分析仪 + Ameritec + AM8e
功能名称 生产厂家 仪器型号
生产厂家如有缩略语，则用缩略语表示，如HP，W&G等。
4）其他需求：
确定需要的特殊工具，确定其他任何测试需要（如，办公室空间需要等），确定对测试小组来说目前还没有但是必需的需求的来源。
12 附录 |
评分
-
查看全部评分
|
/1 
关于我们
发表于 2016-11-3 15:07:04
QQ好友和群
QQ空间
腾讯微博
腾讯朋友
微信
收藏
置顶服务
换色服务
发表于 2016-11-3 15:25:06
