最近有很多小伙伴要测试计划模板,测试报告模板,这里就给你们写一个把,
目录
1 引言... 4
1.1 产品简介... 4
1.2 编写目的... 4
1.3 参考文档... 4
1.4 限制条件... 5
2 测试概要... 5
2.1 测试目标... 5
2.2 测试范围... 5
2.3 测试资源... 6
2.3.1 测试人力资源... 6
2.3.2 测试环境... 6
2.3.3 BUG管理工具... 6
3 测试规范... 7
3.1 测试接收标准... 7
3.2 BUG规范... 7
4 测试策略... 9
4.1 测试流程及工作量估算... 9
4.2 测试种类... 10
4.2.1 功能测试... 11
4.2.2 容错性测试... 12
4.2.3 易用性测试... 13
4.2.4 UI(界面)测试... 13
4.2.5 接口测试... 14
4.2.6 系统测试... 14
4.2.7 兼容性测试... 15
4.2.8 性能测试... 15
4.2.9 安装卸载测试... 17
5 发布标准... 17
5.1 测试输出文档... 17
5.2 测试完成标准... 18
5.3 产品发布标准... 18
6 测试风险... 18
1 引言
1.1 产品简介
1.2 编写目的
此文档根据项目需求文档,制定测试策略、评估测试风险,确定所需的资源,并对测试的工作量进行估计,进行人员和进度安排,并且列出测试项目的可交付元素。
本文档预期读者对象主要为项目经理、产品、开发、测试等。
1.3 参考文档
序号 |
名称 |
作者 |
备注 |
|
详细设计文档 |
||
|
设计原型 |
1.4 限制条件
本测试计划受限于开发人员提交测试的内容和时间。根据开发人员提交模块的实际情况,本计划会做出相应修改。
2 测试概要
2.1 测试目标
通过测试,达到以下目标:
- 测试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,业务流程是否正确。
- 产品规定的操作和系统运行稳定。
- Bug数和缺陷率控制在可接收的范围之内,遗留BUG一般不超过所有BUG的10%。
2.2 测试范围
列出测试最终需要交付的功能模块列表
2.3 测试资源
2.3.1 测试人力资源
角色 |
人员 |
职责 |
测试负责人 |
XXX |
测试环境搭建 制定测试计划 制定测试规范 测试用例审核 控制测试进度 与相关部门、人员沟通 |
测试设计人员 |
XXX |
设计测试用例 准备测试数据 |
测试执行人员 |
XXX |
按计划执行测试用例 记录执行过程 提出纠正建议措施 |
缺陷管理人员 |
所有测试执行人员 |
记录、报告所发现的缺陷 跟踪缺陷修改过程 回归测试已修复缺陷 |
测试报告人员 |
XXX |
分析测试结果 编写测试报告 |
2.3.2 测试环境
- 服务器环境
操作系统:windows IP:
操作系统:linux IP:
- 终端环境
PC:windows10(ie10、chrome、Firefox)、windows7(ie10、chrome、Firefox)
- 网络环境
公司办公内网、外网
2.3.3 BUG管理工具
在测试过程中发现的缺陷及可用性问题,使用禅道来进行 bug 管理。
3 测试规范
3.1 测试接收标准
开始/中断测试标准 |
标准说明 |
开始测试标准 |
1、代码编译通过 2、软件可以正确安装运行 3、实现功能与产品设计出入不大 4、冒烟测试通过 |
中断测试标准 |
1、安装无法正确完成 2、程序代码编译不通过 3、系统服务异常 4、发现阻塞功能的BUG |
3.2 BUG规范
测试人员提交缺陷记录时,应清晰、准确地描述缺陷发生的条件和步骤,并
设置缺陷的严重等级如下:
缺陷级别 |
描述 |
一级 (致命问题) |
1. 程序运行过程中不断申请,但没有完全释放资源,造成系统性能越来越低,并出现无规律的死机现象。 2. 程序运行导致系统崩溃。 3. 由程序引起的资源严重不足、非法退出等。 4. 严重的关键计算错误(如计费等)。 5. 数据库发生死锁,且无法自动恢复。 6. 与需求要求差距较大。 7. 系统无响应。 |
二级 (严重问题) |
1. 因错误操作导致的程序中断。 2. 功能没有实现。 3. 正确操作导致的错误结果。 4. 与数据库连接错误,无法自动恢复。 5. 数据通讯错误,无法自动恢复。 6. 数据库的表、业务规则、缺省值未加完整性等约束条件。 7. 界面中的信息不能及时刷新,不能正确反映当前数据状态,可能误导用户。(数据库中剩余记录个数和参数设置对话框中的预设值常常显示为历史值而不是当前值) 8. 对输入数据没有进行充分并且有效的有效性检查,造成不合要求的数据进入数据库。 |
三级 (普通问题) |
1. 操作界面错误。( |