系统测试计划Word格式文档下载.docx
《系统测试计划Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《系统测试计划Word格式文档下载.docx(15页珍藏版)》请在冰豆网上搜索。
说明或引用资料说明为被测软件的使用提供培训的计划。
规定培训的内容、受训的人员及从事培训的工作人员。
测试资源
人员安排
角色
任务描述
备注
项目经理
a)负责组织制订检测方案(计划);
b)负责组织实施检测工作;
c)负责检测报告编制;
d)负责组织项目各阶段里程碑(基线)的评审活动;
e)负责各基线的配置项入库的申请和检测报告的归档工作;
f)负责对检测项目方案(计划)的实施跟踪。
测试人员
a)搭建检测环境;
b)参与编写《检测方案(计划)》、《检测规格说明及记录》;
c)执行检测过程;
d)记录检测结果和问题反馈,编写《问题报告》。
部门经理
a)组建项目组,任命项目负责人;
b)对检测项目进行协调管理;
c)对检测结果进行审核;
d)参加项目各阶段里程碑(基线)的评审活动。
测试环境
硬件环境:
软件环境:
测试工具
本模板中提出的工具均根据实际情形尽心更换
测试任务
工具
版本
办公软件
输入工具功能
编辑文本
测试报告
测试用例
功能测试
自动化测试工具
性能测试
Loadrunner
Jmeter
Soapui等
….
测试管理
Redmine
测试进度
负责人
测试策略
列出组装测试和确认测试中的每一项测试用例模板的名称标识符、这些测试的进度安排以及这些测试的内容和目的,例如模块功能测试、用户界面测试、性能测试、压力测试、故障恢复测试、安全性测试、配置测试、安装测试等。
确保测试的功能正常,如导航,数据输入,处理、检索是否正确,以及业务规则的实施是否恰当。
即对交互的输出或结果进行分析,以此来核实应用程序及其内部进程,这是目前的测试重点。
目标
利用有效的和无效的数据来执行各个用例流,以核实以下内容:
✧在使用有效数据时得到预期的结果
✧在使用无效数据时显示相应的错误消息或警告消息。
条件
陈述本项测试工作对资源的要求,包括:
a.设备所用到的设备类型、数量和预定使用时间;
b.软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件,如测试驱动程序、测试监控程序、仿真程序、桩模块等等;
c.人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。
技术水平及有关的预备知识,包括一些特殊要求,如倒班操作和数据键入人员。
测试用例模板
单一界面测试的参考表格如下:
编号
场景/条件
操作
预期结果
用户通过用户界面输入信息
输入任何东西,重填
客户端页面恢复到初始状态
输入刚好等于字数限制的正确信息,提交
1.所填信息正确保存到相应的数据库表中
2.客户端提示提交成功
输入略超过字数限制的正确信息,提交
1.所填信息不能正确保存到相应的数据库表中
2.客户端提示字数超长
3.引导用户定位超长输入
输入略少于字数限制的正确信息,提交
输入非法字符,提交
1.所填信息不能保存到相应的数据库表中
2.客户端提示有错误输入
3.引导用户定位错误输入
输入为空,提交
1.应有必填项判断
2.客户端提示必填项不能为空
3.引导用户定位必填项
4.所填信息不能保存到相应的数据库表中
该输入汉字的输入英文字符,提交
注:
其余类同
1.客户端提示错误输入
2.引导用户定位错误输入项
3.所填信息不能保存到相应的数据库表中
具体功能测试参考表格如下:
功能A描述
用例目的
前提条件
输入/动作
期望的输出/相应
实际情况
示例:
典型值…
边界值…
异常值…
功能B描述
……
除测试所提供的功能外,还需添加Cookies测试
参考如下:
Cookies通常用来存储用户信息和用户在某应用系统的操作,当一个用户使用Cookies访问了某一个应用系统时,Web服务器将发送关于用户的信息,把该信息以Cookies的形式存储在客户端计算机上,这可用来创建动态和自定义页面或者存储登陆等信息。
如果Web应用系统使用了Cookies,就必须检查Cookies是否能正常工作。
测试的内容可包括Cookies是否起作用,是否按预定的时间进行保存,刷新对Cookies有什么影响等。
用户界面测试
用于核实用户与软件之间的交互是否正常。
核实下列内容:
✧确保各种浏览以及各种访问方法(鼠标移动、快捷键等)都使用正常
✧确保窗口对象及其特征(菜单、大小、位置、状态和中心)都符合标准等。
检查项
测试人员的类别及其评价
窗口切换、移动、改变大小时正常吗?
各种界面元素的文字正确吗?
(如标题、提示等)
各种界面元素的状态正确吗?
(如有效、无效、选中等状态)
各种界面元素支持键盘操作吗?
各种界面元素支持鼠标操作吗?
对话框中的缺省焦点正确吗?
数据项能正确回显吗?
对于常用的功能,用户能否不必阅读手册就能使用?
执行有风险的操作时,有“确认”、“放弃”等提示吗?
操作顺序合理吗?
按钮排列合理吗?
导航帮助明确吗?
提示信息规范吗?
主要是对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。
性能评测的目标是核实性能需求是否都已满足。
核实下列情况下的性能行为:
✧正常的预期工作量
✧预期的最繁重工作量
d.需考虑的特殊事项:
✧可创建“虚拟的”用户负载来模拟许多个(通常为数百个)客户机。
✧最好使用多台实际客户机(每台客户机都运行测试脚本)在系统上添加负载。
✧应该在专用的计算机上或在专用的机时内执行,以便实现完全的控制和精确的评测。
其所用的数据库应该是实际大小或相同缩放比例的数据库。
✧多用户不同网络条件下的连接速度是否满足要求
性能A描述
多用户不同上网方式下的测试
输入数据
期望的性能(平均值)
实际性能(平均值)
性能B描述
多用户不同距离条件下的测试
压力测试
具体包含了负载测试以及压力测试。
核实下列行为下的系统行为
✧确定测试对象在给定时间内能够持续处理的最大负载或工作量(包括长时间处理多个用户相同的且性能最坏的业务)
✧确定并确保系统在超出最大预期工作量的情况下仍能正常运行,并评估其性能特征,包括响应时间、事务处理速率和其他与时间相关的内容
✧服务器上几乎没有或根本没有可用的内存(RAM)
步骤一:
执行单步任务测试
步骤二:
多用户多任务测试
参考表格如下:
单步任务参考表格:
任务A描述
连续运行时间
故障发生的时刻
故障描述
统计分析
任务A无故障运行的平均时间间隔
(CPU小时)
任务A无故障运行的最小时间间隔
任务A无故障运行的最大时间间隔
任务B描述
任务B无故障运行的平均时间间隔
任务B无故障运行的最小时间间隔
任务B无故障运行的最大时间间隔
多用户多任务测试参考表格:
极限名称A
最大并发用户数量
输出/响应
是否能正常运行
例如10个用户并发操作
例如20个用户并发操作
…
极限名称B
故障恢复测试
确保系统能从各种意外数据损失或完整性破坏的各种软/硬件故障中恢复。
核实系统能够在下列状况下正确恢复到预期的已知状态
⏹客户/服务机断电
⏹网络通信中断
⏹异常关闭某个功能
⏹错误的操作顺序
异常输入/动作
恢复能力
造成的危害、损失
客户/服务机断电
网络通信中断
错误的操作顺序
异常关闭某个功能
安全性测试
确保系统Web应用下的安全性。
核实下列情况下的性能行为
✧系统是否有超时的限制
✧相关的重要信息是否写进日志、是否可追踪
✧使用了安全套接字时,测试加密是否正确,信息是否完整
✧
系统有超时限制吗?
相关的重要信息写进了日志吗?
能有效跟踪他们吗?
传输信息加密了吗?
传过来的信息完整吗?
配置测试
核实测试对象在不同的软件和硬件配置中的运行情况。
确定系统能在下列条件下正常运行
✧在各种所需的硬件和软件配置中
✧在各种O/S平台或是浏览器下的兼容性测试
d.设备所用到的设备类型、数量和预定使用时间;
e.软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件,如测试驱动程序、测试监控程序、仿真程序、桩模块等等;
f.人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。
系统能在各种软/硬件条件下运行吗?
具体有哪些呢?
系统支持多种操作平台吗?
支持多种浏览器吗?
系统对AD/FireWall敏感吗?
安装测试
测试软件在正常情况和异常情况下的安装/反安装状况。
核实下列行为
✧首次安装、升级、完整的或自定义的安装 都能进行安装
✧磁盘空间不足、缺少目录创建权限等异常情况的安装
g.设备所用到的设备类型、数量和预定使用时间;
h.软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件,如测试驱动程序、测试监控程序、仿真程序、桩模块等等;
i.人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。
配置说明
安装选项
描述是否正常
使用难易程度
全部
部分
升级
异常情况安装
反安装选项
正常反安装
异常情况反安装
评价准则
范围
说明所选择的测试用例能够接查的范围及其局限性。
数据整理
陈述为了把测试数据加工成便于评价的适当形式,使得测试结果可以同,已知结果进行比较而要用到的转换处理技术,如手工方式或自动方式;
如果是用自动方式整理数据,还要说明为进行处理而要用到的硬件、软件资源。
尺度
说明用来判断测试工作是否能通过的评价尺度,如合理的输出结果的类型、测试输出结果与预期输出之间的容许偏离范围、允许中断或停机的最大次数。