1 / 17
文档名称:

系统测试计划.doc

格式:doc   大小:204KB   页数:17页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

系统测试计划.doc

上传人:1006108867 2020/12/31 文件大小:204 KB

下载得到文件列表

系统测试计划.doc

相关文档

文档介绍

文档介绍:测试计划
引言
编写目的
本测试计划的具体编写目的,指出预期的读者围。如:
背景
说明:
测试计划所从属的软件系统的名称;
该开发项目的历史,列出用户和执行此项目测试的计算中心,说明在开始执行本测试计划之前必须完成的各项工作。
定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
参考资料
列出要用到的参考资料,如:
本项目的经核准的计划任务书或合同、上级机关的批文;
属于本项目的其他已发表的文件;
本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
计划
软件说明
提供一份图表,并逐项说明被测软件的功能、输入和输出等质量指标,作为叙述测试计划的提纲。
测试资料
列出本项测试所需的资料,如:
有关本项任务的文件;
被测试程序及其所在的媒体;
测试的输入和输出举例;
有关控制此项测试的方法、过程的图表。
测试培训
说明或引用资料说明为被测软件的使用提供培训的计划。规定培训的容、受训的人员及从事培训的工作人员。
测试资源
人员安排
角色
人员安排
任务描述
备注
项目经理
a) 负责组织制订检测方案(计划);
b) 负责组织实施检测工作;
c) 负责检测报告编制;
d) 负责组织项目各阶段里程碑(基线)的评审活动;
e) 负责各基线的配置项入库的申请和检测报告的归档工作;
f) 负责对检测项目方案(计划)的实施跟踪。
测试人员
a) 搭建检测环境;
b) 参与编写《检测方案(计划)》、《检测规格说明及记录》;
c) 执行检测过程;
d) 记录检测结果和问题反馈,编写《问题报告》。
部门经理
a) 组建项目组,任命项目负责人;
b) 对检测项目进行协调管理;
c) 对检测结果进行审核;
d) 参加项目各阶段里程碑(基线)的评审活动。
测试环境
硬件环境:
软件环境:
测试工具
本模板中提出的工具均根据实际情形尽心更换
测试任务
工具
版本
备注
测试计划
办公软件
输入工具功能
编辑文本
测试报告
办公软件
测试用例
办公软件
功能测试
自动化测试工具
性能测试
Loadrunner
Jmeter
Soapui等
….
测试管理
Redmine
测试进度
测试任务
测试人员
测试任务
负责人
测试策略
列出组装测试和确认测试中的每一项测试用例模板的名称标识符、这些测试的进度安排以及这些测试的容和目的,例如模块功能测试、用户界面测试、性能测试、压力测试、故障恢复测试、安全性测试、配置测试、安装测试等。
功能测试
确保测试的功能正常,如导航,数据输入,处理、检索是否正确,以及业务规则的实施是否恰当。即对交互的输出或结果进行分析,以此来核实应用程序及其部进程,这是目前的测试重点。
目标
利用有效的和无效的数据来执行各个用例流,以核实以下容:
在使用有效数据时得到预期的结果
在使用无效数据时显示相应的错误消息或警告消息。
条件
述本项测试工作对资源的要求,包括:
设备所用到的设备类型、数量和预定使用时间;
软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件,如测试驱动程序、测试监控程序、仿真程序、桩模块等等;
人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。技术水平及有关的预备知识,包括一些特殊要求,如倒班操作和数据键入人员。
测试用例模板
单一界面测试的参考表格如下:
编号
场景/条件
操作
预期结果
用户通过用户界面输入信息
输入任何东西,重填
客户端页面恢复到初始状态
用户通过用户界面输入信息
输入刚好等于字数限制的正确信息,提交
所填信息正确保存到相应的数据库表中
客户端提示提交成功
用户通过用户界面输入信息
输入略超过字数限制的正确信息,提交
所填信息不能正确保存到相应的数据库表中
客户端提示字数超长
引导用户定位超长输入
用户通过用户界面输入信息
输入略少于字数限制的正确信息,提交
所填信息正确保存到相应的数据库表中
客户端提示提交成功
用户通过用户界面输入信息
输入非法字符,提交
所填信息不能保存到相应的数据库表中
客户端提示有错误输入
引导用户定位错误输入
用户通过用户界面输入信息
输入为空,提交
应有必填项判断