功能测试计划模板文档格式.docx
- 文档编号:20610820
- 上传时间:2023-01-24
- 格式:DOCX
- 页数:13
- 大小:19.66KB
功能测试计划模板文档格式.docx
《功能测试计划模板文档格式.docx》由会员分享,可在线阅读,更多相关《功能测试计划模板文档格式.docx(13页珍藏版)》请在冰豆网上搜索。
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测试通过和失败准则
【描述系统测试每一轮测试通过的条件。
如,每轮测试所有用例全部执行完毕,没有出现致命性错误,回归测试或执行新增测试用例时不再出现问题,且回归测试的周期不少于X天,回归测试执行的测试用例数比例不低于XX%,则测试工作通过。
【描述系统测试某轮次测试失败的条件。
如,测试用例执行过程中中断,无法继续进行,或存在严重影响系统功能的缺陷或错误,则该轮次测试失败,遵照测试再启动准则实施。
2.3测试启动/结束/暂停/再启动准则
2.3.1测试启动准则
【描述系统测试执行启动的约束准则。
如,测试环境通过检验之后。
2.3.2测试结束准则
【描述系统测试执行结束的约束准则。
如,测试案例全部执行完毕,测试结果证明系统符合需求,遗留的问题满足测试退出条件且在质量标准允许范围内,即可结束测试。
2.3.3测试暂停/再启动准则
【描述系统测试执行过程中出现的特殊情况的约束准则。
如,被测系统出现某个致命性错误。
测试案例无法继续执行,测试工作需暂停,当这些问题得到解决后重新启动该系统的测试工作。
3测试需求
[根据软件系统的所有需求,列举系统测试的测试需求。
]
3.1功能性测试需求
需求ID
模块
子模块
待测试功能需求点
优先级
模块一
子模块1
功能点1
功能点2
…
功能点N
子模块2
子模块N
3.2用户界面测试需求
测试需求
被验证的需求
3.3配置测试需求
3.4安全和访问控制测试需求
3.5安装测试需求
3.6易用性测试需求
3.7可移植性测试需求
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.2测试方法描述
5.5安装测试
5.5.1测试描述
安装测试有两个目的。
第一个目的是确保该软件在正常情况和异常情况的不同条件下。
例如,进行首次安装、升级、完整的或自定义的安装都能进行安装。
异常情况包括磁盘空间不足、缺少目录创建权限等。
第二个目的是核实软件在安装后可立即正常运行。
这通常是指运行大量为功能测试制定的测试。
5.5.2测试方法描述
5.6易用性
5.6.1测试描述
技术
5.6.2测试方法描述
5.7移植性
5.7.1测试描述
5.7.2测试方法描述
6测试资源
6.1人力需求
[列出此项目的测试人员配备方面的需求。
]
角色
所推荐的最少资源
(所分配的专职角色数量)
具体职责
测试经理
测试设计员
测试员
测试系统管理员
数据库管理员
6.2测试环境
[列出了测试项目所需的系统资源。
资源
名称/类型
硬件和网路环境
数据库服务器
-网络或子网
-服务器名称
-数据库名称
用户端测试PC
包括特殊的配置需求
测试数据存储库
\\JJJ\Test\Data
内部局域网
\\JJJ
测试开发PC
\\03824-1,\\02194-2,\\02336。
软件环境
DBMS
中间件
AppServer
浏览器
其它
6.3测试工具
[本次测试将使用的工具]
用途
工具
厂商/自产
测试管理
测试执行
缺陷报告
7测试进度
【根据系统测试的轮次,分解测试工作,计算工作量(N:
人数,M:
工作日)。
每一轮次任务均包括上轮次的回归验证工作】
任务
工作量(人日)
开始日期
结束日期
制定测试计划
N*M
设计测试用例
执行测试(第一轮)
执行测试(第二轮)
执行测试(第N轮)
最后一轮回归测试
对测试进行评估
合计工作量
8交付物
[描述系统测试需要交付的工作产品]
交付物名称
参与者
交付日期
测试计划
测试用例
测试脚本
测试报告
。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 功能 测试 计划 模板