软件系统测试计划.docx
- 文档编号:23108952
- 上传时间:2023-04-30
- 格式:DOCX
- 页数:13
- 大小:19.51KB
软件系统测试计划.docx
《软件系统测试计划.docx》由会员分享,可在线阅读,更多相关《软件系统测试计划.docx(13页珍藏版)》请在冰豆网上搜索。
软件系统测试计划
文档类别:
模板
文档编号:
TT-TEM-VAL/STP
版本号:
1.0
文档名称:
软件系统测试计划
项目名称:
XXXXXX
项目负责人:
XXXXXX
编写人:
编写时间:
2006年7月15日
校对人:
校对时间:
复查人:
复查时间:
批准人:
批准时间:
版本变更记录
版本
文档时间
变更说明
0.1
2006-7-19
创建
1.0
2006-9-10
发布
目录
1简介4
1.1目的4
1.2项目背景4
1.3术语表4
1.4参考资料4
2任务概述5
2.1目标5
3用户需求概述6
3.1关键设计和实现技术说明6
3.2设计运行环境6
3.3条件与限制6
4测试方案7
4.1测试环境7
4.2测试需求7
4.2.1功能测试7
4.2.2性能测试8
4.2.3安装测试8
4.2.4环境兼容测试8
4.2.5恢复测试8
4.2.6安全性测试8
4.3系统预测试设计9
4.4测试用例9
4.5测试计划9
4.5.1测试人员9
4.5.2测试安排9
4.5.3测试准备工作10
4.5.4沟通渠道10
4.5.5风险评估10
5评价准则11
5.1范围11
5.2测试活动文档11
5.3准则11
1简介
1.1目的
【阐明写本测试计划的目的,并指明读者对象】
【举例:
本文档为完成《XXXX系统》的各个测试阶段测试所需测试活动提供计划。
本文档要提供给质量小组作为复查的依据,同时要反馈给开发小组。
】
1.2项目背景
1.3术语表
【列出本测试计划中用到的专门术语的定义、缩写词的原意等等】
【列出项目专业术语:
如:
开采现状图说明等等】
系统预测试:
这里特指测试组接到项目组集成测试后的软件,先对某个或某几个模块进行初步非正式测试,看看程序能否达到接受测试的条件,或者在接受测试时是否有故障。
主要是为了确保进行系统测试的版本足够稳定,可以拿来进一步测试。
它是一个相对简单的测试,这样可以避免测试资源的浪费。
1.4参考资料
【如果需要参考该资料,但是项目组还没有提交,也可以暂时写在这里,在备注中填写未提交】
参考文献名称
作者
所属部门
日期
(或版本号)
备注
用户手册
软件需求规格说明书
2任务概述
【这部分内容主要来自于开发过程中形成的各种文档,以及开发小组的解释说明】
2.1目标
【说明软件测试范围及要达到的目标,按主次排列】
3用户需求概述
【简单的用户需求情况说明。
用户需求是确定测试内容的基础,确定哪些功能点,有哪些测试需求,界定大体测试范围。
】
如:
具体见《软件需求规格说明书》时需确认出需求规格书的哪一部分说明
3.1关键设计和实现技术说明
【项目的关键设计和实现技术的简单描述。
设计方案也是确定测试方法的依据之一。
】
3.2设计运行环境
【说明软件运行需要的软件、硬件平台。
如果要测试不同环境下的运行情况,可以分别列举出来,也可以只列举出主要的测试环境。
】
Ø数据库服务器端
硬件环境:
。
软件环境:
。
Ø应用服务器端
硬件环境:
软件环境:
Ø客户端
硬件环境:
。
软件环境:
。
3.3条件与限制
【说明测试中的条件和限制。
例如,系统运行需要哪些条件,测试用例的设计有哪些限制,测试中要注意哪些问题,等等。
】
4测试方案
4.1测试环境
【说明测试时运行需要的软件、硬件平台。
如果要测试不同环境下的运行情况,可以分别列举出来,也可以只列举出主要的测试环境。
跟需求中的环境可能会有不同。
】
Ø数据库服务器端
硬件环境:
。
软件环境:
。
Ø应用服务器端
硬件环境:
软件环境:
Ø客户端
硬件环境:
。
软件环境:
。
4.2测试需求
【测试策略包括:
功能测试、回归测试、数据完整性测试、用户界面测试、强度(压力)测试、容量测试、安全性和访问测试、故障转移与恢复测试、配置测试、安装测试。
】
【系统测试对象:
包括需求分析、系统总体设计、详细设计各阶段的文档以及源程序】
4.2.1功能测试
序号
系统测试内容
系统测试对象
系统测试策略及优先级
系统测试目的
1.
XXX功能点
功能测试,高
2.
XXX功能点
功能测试,高
3.
XXX功能点
4.
5.
6.
4.2.2性能测试
序号
系统测试内容
系统测试对象
系统测试策略及优先级
系统测试目的
1
XXX功能点
性能测试
2
XXX功能点
性能测试
3
XXX功能点
4
5
6
7
8
4.2.3安装测试
序号
系统测试内容
系统测试对象
系统测试策略及优先级
系统测试目的
1
2
3
4.2.4环境兼容测试
序号
系统测试内容
系统测试对象
系统测试策略及优先级
系统测试目的
1
2
3
4.2.5恢复测试
序号
系统测试内容
系统测试对象
系统测试策略及优先级
系统测试目的
1
2
3
4.2.6安全性测试
序号
系统测试内容
系统测试对象
系统测试策略及优先级
系统测试目的
1
2
3
4.3系统预测试设计
【执行系统预测试进入退出的准则;系统预测试测试检查的内容,如:
安装/卸载,界定主要功能是否实现,是否存在严重死机或数据严重丢失等】
4.4测试用例
【具体参见测试用例列表及具体测试用例文档】
4.5测试计划
4.5.1测试人员
角色
角色描述
人员
具体职责
测试经理
进行管理监督。
提供技术指导;
获取适当的资源 ;
测试各种文档的审批签发;
监控项目测试过程;
参与测试评审等
测试设计师
确定测试用例、确定测试用例的优先级并实施测试用例。
生成测试计划(进度管理,风险管理)
提供测试报告
测试用例;
评估测试工作的有效性;
测试工程师
执行测试。
执行测试;
记录测试数据,缺陷数据;
缺陷跟踪
测试系统管理员
确保测试、数据(数据库)环境和资产得到管理和维护。
管理测试系统;
管理测试数据(数据库);
分配和管理角色对测试系统的访问权
4.5.2测试安排
【具体测试测试几轮,何时测试执行讨论来确定。
也可以参见用PROJECT做的安排表。
】
任务名称
工期
(天)
开始时间
结束时间
人员
备注
1
测试计划准备
(合计)
1.1
准备文档
1.2
业务培训
1.3
编写测试计划
1.4
编写测试大纲
1.5
讨论确定执行测试
2
测试用例设计
2.1
用例设计
2.2
用例编写、修改
3
测试执行
(合计)
3.1
第一轮测试
3.2
第二轮测试
根据修改速度可适当延后
3.3
回归测试
4
测试总结
(合计)
4.1
测试讨论
4.2
修改用例
4.3
编制文档
测试报告
4.5.3测试准备工作
【说明测试要做的准备工作,例如准备一些数据,配置一些环境变量如bde、注册表,时间上、空间上有哪些特殊处理等等】
4.5.4沟通渠道
软件开发:
质量保证:
配置管理:
4.5.5风险评估
【这部分包含从公司风险库中提取和新建的适用于本项目的测试的风险及应对措施】
5评价准则
【这部分预测各测试内容的可能结果和问题,并加以评价】
5.1范围
【对各测试内容,说明测试的可能结果、结果所表明的问题;对这些问题,说明其影响的范围,是否具有传播性,问题的局限性在哪里】
5.2测试活动文档
测试工作产品检查表:
检查项
裁减标准
检查目标
测试计划
不可裁减
☑
测试大纲
不可裁减
☑
测试用例
不可裁减
☑
测试用例评审表
不可裁减
☑
测试计划评审表
可裁减
☑
测试遗留(待改)问题确认表
不可裁减
☑
测试问题卡
可裁减
☑
测试报告
不可裁减
☑
5.3准则
【说明评价测试结果的准则:
对各测试内容的可能结果,说明是否可以接受;在什么情况下,可以认为该项测试通过】
【例如:
进入准则:
系统预测试(随机单击某一模块,基本能够完成整个操作,弹出系统崩溃少于2次),通过后在正式进入测试
退出准则:
●测试通过:
(1)没有严重的缺陷
(2)发现的缺陷在商定的要求之内:
如最终确定不在本版本中处理
留待进一步的升级版本解决)
(3)测试用例的执行百分比100%
●测试没通过或暂时退出:
(3)一些进度标准:
如必须终止测试以便按计划交付用户
(4)由于AUT(被测应用系统)不满足这个水平上的测试,测试工作必须终止。
也就是如果AUT的质量不好,进一步的测试工作是浪费。
判定本版本AUT暂时不可测。
】
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 系统 测试 计划
![提示](https://static.bdocx.com/images/bang_tan.gif)