系统软件测试计划.docx
- 文档编号:386338
- 上传时间:2022-10-09
- 格式:DOCX
- 页数:13
- 大小:28.94KB
系统软件测试计划.docx
《系统软件测试计划.docx》由会员分享,可在线阅读,更多相关《系统软件测试计划.docx(13页珍藏版)》请在冰豆网上搜索。
测试计划
1引言
1.1编写目的
本测试计划的具体编写目的,指出预期的读者范围。
1.2背景
说明:
a.测试计划所从属的软件系统的名称;
b.该开发项目的历史,列出用户和执行此项目测试的计算中心,说明在开始执行本测试计划之前必须完成的各项工作。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
列出要用到的参考资料,如:
a.本项目的经核准的计划任务书或合同、上级机关的批文;
b.属于本项目的其他已发表的文件;
c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2计划
2.1软件说明
提供一份图表,并逐项说明被测软件的功能、输入和输出等质量指标,作为叙述测试计划的提纲。
2.2测试资料
列出本项测试所需的资料,如:
a.有关本项任务的文件;
b.被测试程序及其所在的媒体;
c.测试的输入和输出举例;
d.有关控制此项测试的方法、过程的图表。
2.3测试培训
说明或引用资料说明为被测软件的使用提供培训的计划。
规定培训的内容、受训的人员及从事培训的工作人员。
3测试资源
3.1人员安排
角色
人员安排
任务描述
备注
项目经理
a) 负责组织制订检测方案(计划);
b) 负责组织实施检测工作;
c) 负责检测报告编制;
d) 负责组织项目各阶段里程碑(基线)的评审活动;
e) 负责各基线的配置项入库的申请和检测报告的归档工作;
f) 负责对检测项目方案(计划)的实施跟踪。
测试人员
a) 搭建检测环境;
b) 参与编写《检测方案(计划)》、《检测规格说明及记录》;
c) 执行检测过程;
d) 记录检测结果和问题反馈,编写《问题报告》。
部门经理
a) 组建项目组,任命项目负责人;
b) 对检测项目进行协调管理;
c) 对检测结果进行审核;
d) 参加项目各阶段里程碑(基线)的评审活动。
3.2测试环境
3.2.1硬件环境:
3.2.2软件环境:
3.3测试工具
本模板中提出的工具均根据实际情形尽心更换
测试任务
工具
版本
备注
测试计划
办公软件
输入工具功能
编辑文本
测试报告
办公软件
测试用例
办公软件
功能测试
自动化测试工具
性能测试
Loadrunner
Jmeter
Soapui等
….
测试管理
Redmine
3.4测试进度
测试任务
测试人员
测试任务
负责人
4测试策略
列出组装测试和确认测试中的每一项测试用例模板的名称标识符、这些测试的进度安排以及这些测试的内容和目的,例如模块功能测试、用户界面测试、性能测试、压力测试、故障恢复测试、安全性测试、配置测试、安装测试等。
4.1功能测试
确保测试的功能正常,如导航,数据输入,处理、检索是否正确,以及业务规则的实施是否恰当。
即对交互的输出或结果进行分析,以此来核实应用程序及其内部进程,这是目前的测试重点。
4.1.1目标
利用有效的和无效的数据来执行各个用例流,以核实以下内容:
²在使用有效数据时得到预期的结果
²在使用无效数据时显示相应的错误消息或警告消息。
4.1.2条件
陈述本项测试工作对资源的要求,包括:
a.设备所用到的设备类型、数量和预定使用时间;
b.软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件,如测试驱动程序、测试监控程序、仿真程序、桩模块等等;
c.人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。
技术水平及有关的预备知识,包括一些特殊要求,如倒班操作和数据键入人员。
4.1.3测试用例模板
单一界面测试的参考表格如下:
编号
场景/条件
操作
预期结果
1.
用户通过用户界面输入信息
输入任何东西,重填
客户端页面恢复到初始状态
2.
用户通过用户界面输入信息
输入刚好等于字数限制的正确信息,提交
1.所填信息正确保存到相应的数据库表中
2.客户端提示提交成功
3.
用户通过用户界面输入信息
输入略超过字数限制的正确信息,提交
1.所填信息不能正确保存到相应的数据库表中
2.客户端提示字数超长
3.引导用户定位超长输入
4.
用户通过用户界面输入信息
输入略少于字数限制的正确信息,提交
1.所填信息正确保存到相应的数据库表中
2.客户端提示提交成功
5.
用户通过用户界面输入信息
输入非法字符,提交
1.所填信息不能保存到相应的数据库表中
2.客户端提示有错误输入
3.引导用户定位错误输入
6.
用户通过用户界面输入信息
输入为空,提交
1.应有必填项判断
2.客户端提示必填项不能为空
3.引导用户定位必填项
4.所填信息不能保存到相应的数据库表中
7.
用户通过用户界面输入信息
该输入汉字的输入英文字符,提交
注:
其余类同
1.客户端提示错误输入
2.引导用户定位错误输入项
3.所填信息不能保存到相应的数据库表中
具体功能测试参考表格如下:
功能A描述
用例目的
前提条件
输入/动作
期望的输出/相应
实际情况
示例:
典型值…
示例:
边界值…
示例:
异常值…
功能B描述
用例目的
前提条件
输入/动作
期望的输出/相应
实际情况
……
注:
除测试所提供的功能外,还需添加Cookies测试
参考如下:
Cookies通常用来存储用户信息和用户在某应用系统的操作,当一个用户使用Cookies访问了某一个应用系统时,Web服务器将发送关于用户的信息,把该信息以Cookies的形式存储在客户端计算机上,这可用来创建动态和自定义页面或者存储登陆等信息。
如果Web应用系统使用了Cookies,就必须检查Cookies是否能正常工作。
测试的内容可包括Cookies是否起作用,是否按预定的时间进行保存,刷新对Cookies有什么影响等。
4.2用户界面测试
用于核实用户与软件之间的交互是否正常。
4.2.1目标
核实下列内容:
²确保各种浏览以及各种访问方法(鼠标移动、快捷键等)都使用正常
²确保窗口对象及其特征(菜单、大小、位置、状态和中心)都符合标准等。
4.2.2条件
陈述本项测试工作对资源的要求,包括:
a.设备所用到的设备类型、数量和预定使用时间;
b.软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件,如测试驱动程序、测试监控程序、仿真程序、桩模块等等;
c.人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。
技术水平及有关的预备知识,包括一些特殊要求,如倒班操作和数据键入人员。
4.2.3测试用例模板
检查项
测试人员的类别及其评价
窗口切换、移动、改变大小时正常吗?
各种界面元素的文字正确吗?
(如标题、提示等)
各种界面元素的状态正确吗?
(如有效、无效、选中等状态)
各种界面元素支持键盘操作吗?
各种界面元素支持鼠标操作吗?
对话框中的缺省焦点正确吗?
数据项能正确回显吗?
对于常用的功能,用户能否不必阅读手册就能使用?
执行有风险的操作时,有“确认”、“放弃”等提示吗?
操作顺序合理吗?
按钮排列合理吗?
导航帮助明确吗?
提示信息规范吗?
4.3性能测试
主要是对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。
性能评测的目标是核实性能需求是否都已满足。
4.3.1目标
核实下列情况下的性能行为:
²正常的预期工作量
²预期的最繁重工作量
4.3.2条件
陈述本项测试工作对资源的要求,包括:
a.设备所用到的设备类型、数量和预定使用时间;
b.软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件,如测试驱动程序、测试监控程序、仿真程序、桩模块等等;
c.人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。
技术水平及有关的预备知识,包括一些特殊要求,如倒班操作和数据键入人员。
d.需考虑的特殊事项:
²可创建“虚拟的”用户负载来模拟许多个(通常为数百个)客户机。
²最好使用多台实际客户机(每台客户机都运行测试脚本)在系统上添加负载。
²应该在专用的计算机上或在专用的机时内执行,以便实现完全的控制和精确的评测。
其所用的数据库应该是实际大小或相同缩放比例的数据库。
²多用户不同网络条件下的连接速度是否满足要求
4.3.3测试用例模板
性能A描述
多用户不同上网方式下的测试
用例目的
前提条件
输入数据
期望的性能(平均值)
实际性能(平均值)
性能B描述
多用户不同距离条件下的测试
用例目的
前提条件
输入数据
期望的性能(平均值)
实际性能(平均值)
……
4.4压力测试
具体包含了负载测试以及压力测试。
4.4.1目标
核实下列行为下的系统行为
²确定测试对象在给定时间内能够持续处理的最大负载或工作量(包括长时间处理多个用户相同的且性能最坏的业务)
²确定并确保系统在超出最大预期工作量的情况下仍能正常运行,并评估其性能特征,包括响应时间、事务处理速率和其他与时间相关的内容
²服务器上几乎没有或根本没有可用的内存(RAM)
4.4.2条件
陈述本项测试工作对资源的要求,包括:
a.设备所用到的设备类型、数量和预定使用时间;
b.软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件,如测试驱动程序、测试监控程序、仿真程序、桩模块等等;
c.人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。
技术水平及有关的预备知识,包括一些特殊要求,如倒班操作和数据键入人员。
4.4.3测试用例模板
步骤一:
执行单步任务测试
步骤二:
多用户多任务测试
参考表格如下:
单步任务参考表格:
任务A描述
连续运行时间
故障发生的时刻
故障描述
……
统计分析
任务A无故障运行的平均时间间隔
(CPU小时)
任务A无故障运行的最小时间间隔
(CPU小时)
任务A无故障运行的最大时间间隔
(CPU小时)
任务B描述
连续运行时间
故障发生的时刻
故障描述
……
统计分析
任务B无故障运行的平均时间间隔
(CPU小时)
任务B无故障运行的最小时间间隔
(CPU小时)
任务B无故障运行的最大时间间隔
(CPU小时)
多用户多任务测试参考表格:
极限名称A
最大并发用户数量
前提条件
输入/动作
输出/响应
是否能正常运行
例如10个用户并发操作
例如20个用户并发操作
…
极限名称B
前提条件
输入/动作
输出/响应
是否能正常运行
…
4.5故障恢复测试
确保系统能从各种意外数据损失或完整性破坏的各种软/硬件故障中恢复。
4.5.1目标
核实系统能够在下列状况下正确恢复到预期的已知状态
n客户/服务机断电
n网络通信中断
n异常关闭某个功能
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统软件 测试 计划
![提示](https://static.bdocx.com/images/bang_tan.gif)