JW06M16测试计划模板.docx
- 文档编号:11563493
- 上传时间:2023-03-19
- 格式:DOCX
- 页数:20
- 大小:25.36KB
JW06M16测试计划模板.docx
《JW06M16测试计划模板.docx》由会员分享,可在线阅读,更多相关《JW06M16测试计划模板.docx(20页珍藏版)》请在冰豆网上搜索。
JW06M16测试计划模板
No:
G11234567
测试计划
样品名称
生产单位
委托单位
测试类型
报告日期
国家应用软件产品质量监督检验中心
版本修订记录
版本标识
注释
作者
日期
1.0
初始版本
XXX
YYYY/MM/DD
文档使用对象
姓名
职务
XXX
XXXX
审批人员
姓名
职务
日期
目录
1.文档标识1
2.概要1
2.1目的1
2.2目标1
2.3测试范围1
2.4测试环境配置2
2.5参考资料3
2.5.1缩写3
2.5.2定义3
2.5.3文档4
3.人员安排4
4.时间安排5
5.系统测试6
5.1测试方法6
5.2测试启动条件6
5.3测试用例开发7
5.3.1用户文档7
5.3.2功能性8
5.3.3可靠性9
5.3.4易用性10
5.3.5可维护性11
5.3.6可移植性11
5.3.7效率12
5.3.8中文特性12
5.4测试过程ID命名规则14
5.5评审14
5.6测试软、硬件环境的备份和恢复14
5.7安全问题14
5.8通信15
5.9恢复程序15
6.测试执行15
7.相关过程15
7.1缺陷管理15
8.中止及恢复条件16
9.可交付成果17
10.假设、约束及依赖17
10.1假设17
10.2约束17
10.3依赖18
1.文档标识
本文档是针对[生产单位]开发的“[待测试产品名称V1.0]”所进行[测试类型]测试的整体测试计划。
2.概要
2.1目的
在此描述本次测试的目的。
此部分内容可从合同书或需求说明书中摘取。
[示例:
本次测试是针对[xxx]项目进行的确认/鉴定/验收/委托/登记测试,目的是为判定该系统是否满足《需求规格说明书》中规定的功能与性能指标提供客观的依据。
]
2.2目标
在此说明进行本次测试的目标。
这些目标都应具有可度量的相应指标。
[示例:
判定测试开发目标中所要求的系统功能是否具备,执行结果是否正确,明确在用户文档、功能性、可靠性、易用性、可维护性、可移植性、效率和中文特性八个方面进行测试。
]
2.3测试范围
参照[项目名称]需求文档及相关的测试类型,在此确定测试范围,规定测试内容。
测试内容从商业需求或技术需求中归纳提取,在下表逐条表述。
[测试项目]测试范围
第1页
共1页
序号
测试分类
测试内容
1
T-UD
用户文档评审
2
T-F
功能性测试
3
T-R
可靠性测试
4
T-U
易用性测试
5
T-M
可维护性测试
6
T-P
可移植性测试
7
T-E
效率测试
8
T-CC
中文特性测试
2.4测试环境配置
在此给出与测试环境相关的任何配置信息。
软件环境:
终端类别
操作系统
相关应用软件
服务器端
Windows2000Server
OfficeXP,Oracle9i
客户端
Linux2.0
Redoffice1.2.5
硬件环境:
终端类别
机器名
设备编号
配置说明
服务器端
联想开天4600
PC-N0001
P4/1.8G128MRAM20G
客户端
HPP7374AVL430
PC-N0002
P4/1.8G128MRAM20G
联想开天4500
PC-N0003
P4/1.8G256MRAM
网络环境:
网络类型
带宽
设备
数量
以太网
全/半双工
1000M/100M/10M
CISCOCATALYST6500系列交换机
CISCOCATALYST3500系列交换机
DDN
2M
ISDN
64K/128K
ADSL
512K/2M
其它辅助设备:
设备名称
规格型号
数量
备注
摄像头
耳机
秒表
2.5参考资料
2.5.1缩写
在此列写出本测试所使用的缩略语。
2.5.2定义
在此对本测试使用的术语进行定义。
[示例:
T-UD:
用户文档评审
T-F:
功能性测试
T-R:
可靠性测试
T-U:
易用性测试
T-M:
可维护性测试
T-P:
可移植性测试
T-E:
效率测试
T-CC:
中文特性测试
T-C:
标准符合性测试
T-S:
安全性测试
]
2.5.3文档
在此列出本次测试所引用的文档及资料。
[示例:
《XXX课题任务书》
《XXX技术研究报告》
《XXX测试需求》
《XXX用户手册》]
3.人员安排
在此列出应参与测试计划制订工作的有关人员。
角色
人员
职责
项目经理
评审并批准项目计划及有关报告;
组织并确保团队工作;
控制项目执行;
评估项目绩效;
与有关人员进行沟通。
测试组长
项目计划编制;
协调并实施项目计划中确定的活动;
识别测试环境需求;
负责设计测试用例;
为其他人员提供技术支持。
测试人员
执行测试活动;
在项目计划制订阶段,识别项目活动,估计每项活动所需的时间。
环境准备人员
提供资源保障;
建立并维护测试环境。
质量保证人员
确定项目质量目标;
制订并实施质量计划;
监督、指导项目活动的执行过程。
4.时间安排
事件
开始
结束
培训测试文档编制人员
培训测试操作人员
编制测试方案
编制测试计划
编制测试用例
执行测试、生成原始记录
执行回归测试、生成原始记录
(如果不做回归测试,请删除本行)
第一次测试总体时间的60%
编制测试报告
编制缺陷报告
提交测试文档
5.系统测试
5.1测试方法
在此规定用于[项目名称]测试的测试方法。
[示例:
功能测试主要采用手动测试方法,对软件产品进行黑盒测试。
效率测试主要采用自动测试方法,使用工具为QALoad5.0、ApplicationExpert。
]
5.2测试启动条件
在此规定,在开始进行测试时必需满足的条件。
这些条件涉及:
Ø测试计划、测试流程、测试进度的制订已完成,并经过严格评审;
Ø缺陷跟踪与管理系统已搭建;
Ø测试所需的资源已经到位;
Ø测试组人员配置合理,测试人员的工作技能符合测试要求;
Ø测试所需的软、硬件和操作系统等测试环境准备完毕。
5.3测试用例开发
根据测试范围规定的内容,逐条设计测试需求及完成该测试需求的测试过程、测试条件,构造本次测试的测试用例,编写决策树。
5.3.1用户文档
表1用户文档
第1页
共1页
测试需求
测试过程说明
过程标引
完整性
软件使用所需信息
UD-01
产品描述中说明的所有功能
UD-02
程序中用户可调用的所有功能
UD-03
说明产品描述中给出的所有边界值
UD-04
软件安装所需要的信息
UD-05
软件维护所需要的信息
UD-06
正确性
文档中所有信息正确,没有歧义和错误的表达
UD-07
一致性
文档自身内容或相互之间以及与产品描述之间,相互不矛盾,且术语一致
UD-08
用户手册和操作手册与软件实际运行情况相符
UD-09
易理解程度
文档对正常使用其产品的一般用户是容易理解的
UD-10
易浏览程度
用户文档易于浏览,相互关系明确
UD-11
用户文档有目录表或索引表
UD-12
在线帮助
在线帮助应详细、准确、快速、直观、易懂
UD-13
能根据帮助点直接定位查询内容
UD-14
内容不少于用户手册和操作手册的内容
UD-15
5.3.2功能性
表2.1安装与卸载
第1页
共1页
测试需求
测试过程说明
过程标引
安装
典型安装
F-01
完全安装
F-02
卸载
提供图像化的卸载方法
F-03
表2.2功能表现
第1页
共1页
测试需求
测试过程说明
过程标引
功能点
根据用户文档列出所有功能点,检验其正确性
F-04
验证程序与产品描述、用户文档中的全部说明相对应,一致性
F-05
5.3.3可靠性
表3可靠性
第1页
共1页
测试需求
测试过程说明
过程标引
成熟性
使用的容量达到规定的极限时,系统不崩溃、不异常退出也不丢失数据
R-01
试图使用的容量超出规定极限时,系统不崩溃、不异常退出也不丢失数据
R-02
产品描述中列出的其他程序或用户造成的错误输入时,系统不崩溃也不丢失数据
R-03
输入用户文档中明确规定的非法指令时,系统不崩溃也不丢失数据
R-04
不会因掉电、异常退出、网络异常中断等原因而使软件或数据遭到破坏
R-05
容错性
能屏蔽用户的误操作
R-06
对错误有正确提示
R-07
输入错误数据时,系统不崩溃、不异常退出也不丢失数据
R-08
有错误操作时,系统不崩溃、不异常退出也不丢失数据
R-09
易恢复性
系统运行失效后,应能较快重建系统
R-10
数据校验机制
应对数据项之间的逻辑关系进行校验,保证数据的有效性
R-11
应保证数据的完整性和一致性,不会因删除或反复的更新而被破坏或留下垃圾数据
R-12
对不符合要求的输入数据,系统应使用中文给出简洁、准确的提示信息,必要时应给出帮助
R-13
5.3.4易用性
表4易用性
第1页
共1页
测试需求
测试过程说明
过程标引
易理解性
通过选择适当的术语、图形表示、背景信息和帮助,帮助用户理解、使用
U-01
出错消息中提供差错产生的原因和纠正的详细信息
U-02
易浏览性
数据媒体具有产品标识,可辨别编号或文本
U-03
具有必要的信息,指导用户使用程序
U-04
输入、输出设计规矩,输出结果应简洁、直观、美观、方便阅读、易懂和使用
U-05
人机界面简洁、美观、实用,风格相对一致,符合办公习惯
U-06
在界面、人机交互、输出中的用语应与业务用语一致
U-07
易操作性
具有严重后果的功能执行可逆,或者给出明显警告,执行前要求确认
U-08
软件操作简便,系统支持标准的鼠标、键盘操作,支持鼠标的单击、双击和右键操作,支持快捷键操作
U-09
提供辅助输入手段(如选择输入、默认值等),数据检索方便、灵活
U-10
安装参数应当给出默认值或提示,需要用户干预的地方应尽量少,操作方便
U-11
根据用户熟练程度(外行、初学、熟练)和使用频度,能提供不同的操作方式或用户界面
U-12
5.3.5可维护性
表5可维护性
第1页
共1页
测试需求
测试过程说明
过程标引
易分析性
系统可以正确判断缺陷或失效原因
M-01
对于软件运行错误,应当提示清晰,为用户和系统管理员自己解决问题提供可能
M-02
易改变性
对相关配置文件、库、表的参数可以提供方便的修改
M-03
对于非程序内部错误,由数据元素属性设置、控制规则不当而引起的软件运行错误,软件应为系统管理员提供自行修正的手段
M-04
软件应充分考虑在设计环境与适用范围下不同用户的要求,为用户进行本地化配置提供手段
M-05
稳定性
系统在测试过程中运行稳定
M-06
5.3.6可移植性
表6可移植性
第1页
共1页
测试需求
测试过程说明
过程标引
适应性
软件可适应不同的规定环境(如:
不同的网络环境)
P-01
兼容性
硬件设备兼容性
P-02
软件(如:
操作系统、数据库、WEB服务器等)兼容性
P-03
5.3.7效率
表7效率
第1页
共1页
测试需求
测试过程说明
过程标引
时间特性
软件各个功能点的响应时间
E-01
资源特性
软件安装后占用磁盘空间情况
E-02
软件启动后系统内存占用情况
E-03
软件停止后内存释放情况
E-04
5.3.8中文特性
表8中文特性
第1页
共1页
测试需求
测试过程说明
过程标引
中文显示
对话框、菜单、图标、窗口等界面
CC-01
信息提示,帮助文档符合中文使用习惯
CC-02
汉化程度
系统全部中文汉化
CC-03
编码支持程度
支持GB2312编码
CC-04
支持GB13000.1编码
CC-05
支持GB18030编码
CC-06
表安全性
第1页
共2页
测试需求
测试过程说明
过程标引
身份认证
用户权限
管理
提供客户端用户身份识别
S-01
提供用户功能权限管理
S-02
提供用户数据访问权限管理
S-03
授权(功能授权、数据授权)机制是否灵活安全
S-04
验证控制
身份验证不成功有次数限制及相应处理措施
S-05
用户唯一
用户名称应具有唯一性
S-06
用户在被删除或被停用后,保留该用户记录,新增用户不得与该用户同名
S-07
电子签名
对电子签名进行验证
S-08
客户端用户
身份识别
是否提供USBkey加密验证、提供数字证书验证或提供其他加密验证方式
S-09
数据加密及安全传输
对于有特殊安全要求的数据,应在传输中进行必要的加密处理
S-10
提供数据的安全可靠传输,支持断点续传、屏蔽线路瞬间故障和主机故障
S-11
数据加密使用的算法应符合国家规定
S-12
安全缺陷屏蔽
对非法访问有识别和屏蔽功能
S-13
授权(功能授权、数据授权)机制是否灵活安全
S-14
软件程序本身不存在可能引起安全缺陷的语句、命令
S-15
日志和审计
对关键数据的变更应记入日志
S-16
对日志信息进行查询、统计、分析和分类管理
S-17
提供安全审计功能
S-18
表安全性
第2页
共2页
测试需求
测试过程说明
过程标引
密码设置
进入系统需要密码身份验证
S-19
应有密码设置策略,包括有效期、最小长度、复杂度、非空设置、大小写敏感度等
S-20
所有的密码不得明码显示、存储与传输
S-21
数据备份与还原
是否提供数据备份与还原手段
S-22
超时自动退出
超过一定的时限未进行操作,系统自动退出
S-23
安全补丁检查
操作系统是否安装所有安全补丁
S-24
对于使用IE的客户端,是否安装所有IE安全补丁
S-25
5.4测试过程ID命名规则
测试用例ID由两部分组成表示,左起第一部分的字符表示测试类型,[按照前面的测试类型定义写],第二部分的数字表示测试过程的索引号。
5.5评审
在此规定测试计划该如何被其他的测试人员、用户或管理层进行评审的事宜。
[示例:
测试计划由项目经理及质量保证人员进行评审。
]
5.6测试软、硬件环境的备份和恢复
利用Partimage工具完成系统的备份。
Partimage是一个有点像GHOST的工具,可以将EXT2、Reiserfs、NTFS、HPFS、FAT16和FAT32等文件系统做成映像文件以用于测试软、硬件环境的备份和恢复。
5.7安全问题
在此识别并记录测试过程中可能遇到的任何涉及安全的问题。
5.8通信
在此规定在测试过程中软硬件间进行数据通信的方式。
[示例:
使用标准IP网络。
]
5.9恢复程序
在此规定一旦在测试过程中系统产生错误,系统该如何进行恢复的事宜。
6.测试执行
在此定义测试执行活动,在这些活动中将使用测试用例或测试脚本。
[示例:
Ø根据测试计划中相关测试环境的内容,检查测试环境(包括硬件及软件),确保测试环境符合要求;
Ø对于测试用例的描述信息,按测试意图对每一个测试用例设计操作流程中重要环节的动作、输入数据和预期的反映(注:
此流程可不必详细到每一个具体的步骤,但应确保测试执行人员可以据此信息顺利执行,而不必询问测试用例的开发人员);
Ø执行测试活动,并记录所使用的机器及执行日期,对于每个测试用例还应记录关键操作步骤、输入数据以及任何与测试人员预期结果不符的系统响应;
Ø每个测试用例执行完毕后,视具体情况对系统进行备份或根据备份数据对系统进行恢复。
]
7.相关过程
7.1缺陷管理
在此规定本测试项目将使用的缺陷跟踪及管理工具,并对在项目完成时所应提交的图表化的报告进行概要说明。
[示例:
依照设计好的测试用例对产品进行测试,将发现的缺陷,包括功能、性能、界面,按照用例中的测试号分别记录,保证各类缺陷记录的维护、分配和修改。
使用Butterfly管理工具对缺陷进行跟踪和管理,项目完成时所提交的报告包括如下内容:
Ø缺陷ID;
Ø项目名称;
Ø样品版本;
Ø测试平台;
Ø操作系统;
Ø功能模块名;
Ø缺陷优先级;
Ø可重现性;
Ø提交人;
Ø确认人;
Ø缺陷问题摘要;
Ø缺陷详细描述。
Ø
]
8.中止及恢复条件
在此识别并记录可能导致测试执行过程中止的任何类型的原因,以及重新执行测试的恢复条件。
[示例:
下面任一标准满足时,测试活动就可能暂停
Ø出现了造成产品不能正确安装的失败;
Ø根需求中重要的测试失败,阻止许多其他需求不能执行。
如果测试暂停,下列所有标准满足时,测试重新开始
Ø开发组和发行工程组成功安装,并测试了产品的基本功能。
]
9.可交付成果
在此规定本测试的可交付成果。
[示例:
本项目结束时,应提交下列结果
Ø测试方案
Ø测试计划
Ø测试报告
Ø缺陷报告
]
10.假设、约束及依赖
10.1假设
在此记录与本测试项目相关的任何假设。
[示例:
Ø本测试开始前,系统已通过开发单位的单元测试和集成测试;
Ø在测试执行前,缺陷管理工具准备就绪,有关人员的帐号及权限设置完毕;
Ø测试组在测试前必须获得被测软件的需求规格说明书及软件使用手册。
]
10.2约束
在此记录与本测试项目相关的任何约束。
[示例:
Ø系统必须支持符合GB18030-2000编码的中文字符。
]
10.3依赖
在此记录与本测试相关的任何外部依赖(在测试组之外的)。
[示例:
Ø正式测试开始前需获得集成版本;
Ø必要的情况下应及时得到开发单位和集成单位的技术支持。
]
注意:
Ø页眉格式禁止改动,只能修改报告编号和插入新的报告内容总页数,必须保证最后一页的页码为报告内容总的页数;
Ø页面设置为默认设置,即:
上:
2.54cm下:
2.54cm左:
3.17cm右:
2.0cm页眉:
1.5cm页脚:
1.75cm;
Ø表格中内容为左中对齐+宋体+5号字;
Ø红色字体为说明性文字,最终计划中请删除;
Ø蓝色字体为示例,必须按实际情况替换;
Ø棕色字体为可选内容,必须按实际情况选择。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- JW06M16 测试 计划 模板