功能测试计划模板.docx
- 文档编号:25928710
- 上传时间:2023-06-16
- 格式:DOCX
- 页数:11
- 大小:18KB
功能测试计划模板.docx
《功能测试计划模板.docx》由会员分享,可在线阅读,更多相关《功能测试计划模板.docx(11页珍藏版)》请在冰豆网上搜索。
功能测试计划模板
系统测试计划
版本:
V1.0
文档编号
保密等级
作者
山豆根
最后修改日期
审核人
最后审批日期
批准人
最后批准日期
修订记录
日期
版本
修订说明
修订人
2015-11-7
V1.0
创建
山豆根
1 前言 1
1.1 目的 1
1.2 背景 1
1.3 范围 1
1.4 参考文档 1
2 测试约束 1
2.1 测试进出条件 1
2.1.1 进入条件 1
2.1.2 退出条件 1
2.2 测试通过和失败准则 1
2.2.1 通过准则:
1
2.2.2 失败准则:
2
2.3 测试启动/结束/暂停/再启动准则 2
2.3.1 测试启动准则 2
2.3.2 测试结束准则 2
2.3.3 测试暂停/再启动准则 2
3 测试需求 2
3.1 功能性测试需求 2
3.2 用户界面测试需求 3
3.3 配置测试需求 3
3.4 安全和访问控制测试需求 3
3.5 安装测试需求 3
3.6 易用性测试需求 3
3.7 可移植性测试需求 3
4 测试风险 4
5 测试策略 4
5.1 功能测试 4
5.1.1 测试描述 4
5.1.2 测试方法描述 4
5.2 容错测试 5
5.2.1 测试描述 5
5.2.2 测试方法描述 5
5.3 用户界面测试 5
5.3.1 测试描述 5
5.3.2 测试方法描述 5
5.4 安全性和访问控制测试 5
5.4.1 安全性和访问控制测试侧重于安全性的两个关键方面:
5
5.4.2 测试方法描述 5
5.5 安装测试 6
5.5.1 测试描述 6
5.5.2 测试方法描述 6
5.6 易用性 6
5.6.1 测试描述 6
5.6.2 测试方法描述 6
5.7 移植性 6
5.7.1 测试描述 6
5.7.2 测试方法描述 6
6 测试资源 7
6.1 人力需求 7
6.2 测试环境 7
6.3 测试工具 8
7 测试进度 8
8 交付物 8
1前言
1.1目的
【描述系统测试计划的编写目的及本次系统测试的主要目的。
】
如,编写目的:
本文档用于描述XXX开发项目系统测试所要遵循的规范以及确定测试方法、测试环境、测试用例的编写和测试整体进度的计划安排、人力资源安排等。
测试目的:
系统测试目的。
1.2背景
【描述项目的背景。
】
1.3范围
【描述系统测试在项目的整体范围。
】
1.4参考文档
【描述本次系统测试所需要参考的文档。
】
2测试约束
【描述本次系统测试所要遵循的准则及条件约束等。
】
2.1测试进出条件
2.1.1进入条件
【描述系统测试的测试依据和满足该阶段测试进入的条件和约束。
】
2.1.2退出条件
【描述满足该阶段测试退出的条件,例如致命和严重级别的缺陷清除率达到100%,致命和严重的缺陷修复率达到100%,一般缺陷的修复率达到99%并且遗留缺陷数小于5个;同时参考《测试过程》中的相关描述,并要求系统测试每轮发现的缺陷数量呈收敛趋势。
】
2.2测试通过和失败准则
2.2.1通过准则:
【描述系统测试每一轮测试通过的条件。
】
如,每轮测试所有用例全部执行完毕,没有出现致命性错误,回归测试或执行新增测试用例时不再出现问题,且回归测试的周期不少于X天,回归测试执行的测试用例数比例不低于XX%,则测试工作通过。
2.2.2失败准则:
【描述系统测试某轮次测试失败的条件。
】
如,测试用例执行过程中中断,无法继续进行,或存在严重影响系统功能的缺陷或错误,则该轮次测试失败,遵照测试再启动准则实施。
2.3测试启动/结束/暂停/再启动准则
2.3.1测试启动准则
【描述系统测试执行启动的约束准则。
】
如,测试环境通过检验之后。
2.3.2测试结束准则
【描述系统测试执行结束的约束准则。
】
如,测试案例全部执行完毕,测试结果证明系统符合需求,遗留的问题满足测试退出条件且在质量标准允许范围内,即可结束测试。
2.3.3测试暂停/再启动准则
【描述系统测试执行过程中出现的特殊情况的约束准则。
】
如,被测系统出现某个致命性错误。
测试案例无法继续执行,测试工作需暂停,当这些问题得到解决后重新启动该系统的测试工作。
3测试需求
[根据软件系统的所有需求,列举系统测试的测试需求。
]
3.1功能性测试需求
需求ID
模块
子模块
待测试功能需求点
优先级
模块一
子模块1
功能点1
功能点2
…
功能点N
子模块2
…
子模块N
3.2用户界面测试需求
需求ID
测试需求
被验证的需求
优先级
3.3配置测试需求
需求ID
测试需求
被验证的需求
优先级
3.4安全和访问控制测试需求
需求ID
测试需求
被验证的需求
优先级
3.5安装测试需求
需求ID
测试需求
被验证的需求
优先级
3.6易用性测试需求
需求ID
测试需求
被验证的需求
优先级
3.7可移植性测试需求
需求ID
测试需求
被验证的需求
优先级
4测试风险
[此处描述测试任务可能遇到的风险,以及规避的方法]
风险
编号
风险描述
风险发生可能性
(高、中、低)
风险的影响程度
(高、中、低)
责任人
规避方法
5测试策略
[测试策略提供了对以上测试对象实施测试的方法。
上一节“测试需求”中说明了将要测试哪些对象,而本节则要说明如何对这些测试对象进行测试。
]
[建议对每一个工作版本将进行以下几种类型的测试,如果需要可以裁剪。
]
【完成本次测试需要通过几轮测试,每轮测试的具体时间安排,可参考7测试进度章节】
【描述每一轮测试的测试重点、入口准则和出口准则、测试的顺序。
对每轮测试是否可以结束进入下一轮测试进行描述,例如:
第一轮XXX】
[此处描述根据项目的具体特征所确定的系统测试的策略(如:
测试可行性分析,测试方法确定,测试类型选择)]
5.1功能测试
5.1.1测试描述
测试目标
技术或手段
完成标准
需考虑的特殊事项
5.1.2测试方法描述
[此处描述一个特定的测试类型在项目测试活动中如何具体的执行。
]
5.2容错测试
5.2.1测试描述
测试目标
技术或手段
完成标准
需考虑的特殊事项
5.2.2测试方法描述
[此处描述一个特定的测试类型在项目测试活动中如何具体的执行。
]
5.3用户界面测试
5.3.1测试描述
用户界面(UI)测试用于核实用户与软件之间的交互。
UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。
另外,UI测试还可确保UI中的对象按照预期的方式运行,并符合公司或行业的标准。
测试目标
技术或手段
完成标准
需考虑的特殊事项
5.3.2测试方法描述
[此处描述一个特定的测试类型在项目测试活动中如何具体的执行。
]
5.4安全性和访问控制测试
5.4.1安全性和访问控制测试侧重于安全性的两个关键方面:
应用程序级别的安全性,包括对数据或业务功能的访问、
系统级别的安全性,包括对系统的登录或远程访问。
测试目标
技术或手段
完成标准
需考虑的特殊事项
5.4.2测试方法描述
[此处描述一个特定的测试类型在项目测试活动中如何具体的执行。
]
5.5安装测试
5.5.1测试描述
安装测试有两个目的。
第一个目的是确保该软件在正常情况和异常情况的不同条件下。
例如,进行首次安装、升级、完整的或自定义的安装都能进行安装。
异常情况包括磁盘空间不足、缺少目录创建权限等。
第二个目的是核实软件在安装后可立即正常运行。
这通常是指运行大量为功能测试制定的测试。
测试目标
技术或手段
完成标准
需考虑的特殊事项
5.5.2测试方法描述
[此处描述一个特定的测试类型在项目测试活动中如何具体的执行。
]
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 功能 测试 计划 模板