资源描述
编号:001
版本:0.01
学生信息管理系统
学生信息管理系统测试
测试计划
委托单位:软件工程试验室
承接单位:13级0922131班
编写:(署名) 5 月6 日
复查:(署名) 5 月6 日
同意:(署名) 5 月6 日
第1章 引言
1.1 综述
学生学籍信息管理系统是基于数据结构学籍管理系统。本测试将会对学生学籍信息管理系统进行测试,测试其系统功效性。对学生学籍信息系统中学籍信息录入和学籍信息修改等进行对应界面,功效测试。在进行其测试时所需人力资源为1位,所需时间要15天,所需软件为eclipse。费用:无。
1.2 参考文件
序号
名称
文件标识/版本
出版单位
出版日期
01
《Web性能测试实战》
第一版
电子工业出社
02
《软件测试》
汉字版 第2版
机械工业出版社
03
用户需求文档
表1:参考文件
第2章 测试项
第3章 2.1 测试项
测试项名称
测试项标识
功效测试
1.欢迎界面:
2.录入学生基础信息:
(1) 输入学号姓名
(2)选择性别”男”或”女”
(3) 选择专业
(4)输入年级
(5)输入出生日期
(6)添加照片
(7)按钮“录入“”重置“功效
3.修改学生信息:
(8)输入学号,按钮“开始修改“功效
(9)输入姓名,年级,出生功效
(10)选择专业功效
(11)上传照片功效
(12) 学生已经有数据显示功效
(13) 按钮“录入修改“”重置“功效
4.查询和打印学生基础信息:
(14)输入学号,按钮“查询“功效
(15) 下方显示学生信息,右侧显示照片功效
(16) 按钮“打印文本及图片“打印文本”“打印图片”功效
5.删除学生信息
(17)输入学号,按钮“删除“功效
(18)下方显示学生信息功效
安装测试
Junit安装
界面测试
(1)录入学生基础信息功效界面测试
(2)修改学生基础信息功效界面测试
(3)查询和打印学生基础信息功效界面测试
(4)删除学生基础信息功效界面测试
表2:被测试项
2.2 不测试软件项
软件项名称
软件项标识
未测试原因
相关引用材料
1.单元测试
1.U
相关知识不足
2.性能测试
2.C
条件不含有
3.安全性测试
3.S
没有要求
表3:不被测试项
第3章 被测试特征
特征或组合名称
测试设计说明编号
链接测试
1.1T_F_C
表单测试
1.2T_F_TL
软件运行环境测试
2.1T_I_RE
用户界面测试
3.1T_I_UI
表4:被测试特征
第4章 不被测试特征
特征或组合名称
测试设计说明编号
1.单元测试
1.T_U
2.1连接速度测试
2.1T_C_CS
2.2负载测试
2.2T_C_L
2.3压力测试
2.3T_C_S
3.1平台测试
3.1T_CC_PT
4.安全性测试
4.T_S
表5:不被测试特征
第5章 方法
5.1 边界值测试
对用户名和密码输入测试,输入条件要求了值范围,取刚达成这个范围边界值,和刚刚超越这个范围边界值作为测试输入数据。
5.2 等价类划分
全部可能输入数据,即程序输入域划分成若干部分(子集),然后从每一个子集中选择少数含有代表性数据作为测试用例
5.3 因果图
因果图是从用自然语言书写程序规格说明描述中找到因(输入条件)和果(输出或程序状态改变),经过因果图转化为决议表。
第6章 项目经过准则
功效测试用例覆盖经过率100%,非功效性测试用例覆盖率达成80%。
较小缺点:使操作者不方便或碰到麻烦,但它不影响功效操作和实施,如部分不影响产品了解错别字,文字排列不整齐等部分小问题,不超出5个
通常缺点:系统次要功效没有完全实现,但不影响用户正常使用。比如:提醒信息不太正确或用户界面差,操作时间长等部分问题。不超出3个
严重缺点:系统关键功效部分丧失,数据不能保留,系统次要功效完全丧失或服务受到显著影响不超出1个。
致命缺点:系统任何一个关键功效完全丧失,用户数据受到破坏,系统瓦解、悬挂、死机,或危及人身安全不超出0个。
第7章 暂停标准和再开启要求
7.1 暂停标准
安装无法正确完成或程序文档有相当多失误或系统服务异常或发觉Bug。
7.2 再开启要求
第8章 应提供测试文档
文档名称
标识符
测试计划
TEST-P
测试用例
TEST-C
测试汇报
TEST-R
表5:应提供测试文档
第9章 测试任务
序号
任务
前期任务
特殊技能
责任人
工作量(天数)
完成日期
01
测试计划书
1安装eclipse
注意各项安装软件配置
高裕浩
1天
/5/14
02
安装测试
Junit
高裕浩
1天
/5/15
03
录入学生信息 测试
高裕浩
2天
/5/17
04
修改学生信息测试
高裕浩
2天
/5/19
05
查询和打印测试
高裕浩
2天
/5/21
06
删除测试
高裕浩
2天
/5/23
07
界面测试
高裕浩
1天
/5/24
07
测试总结
高裕浩
2天
/5/26
第10章 环境要求
10.1 硬件
硬件要求:2G内存PC机,硬盘在80G以上。
10.2 软件
软件要求:安装eclipse,操作系统:Windows10。
10.3 安全性
1.系统中会不会出现学号录入反复冲突
10.4 工具
用途
工具
厂商/自产
版本
测试管理
Mercury Quality Center
汉星天 Firefly
HP
Hansky
9.0
V3.1
测试实施
Mercury Quickest Professional
Loadrunner
HP
9.0
8.1
缺点汇报
汉星天 Butterfly
Hansky
V3.1
10.4 文档
编写测试任务说明书需要文档:
l 项目标计划任务书、协议或批文
l 项目开发计划
l 项目需求说明书
l 项目概要设计说明书
l 项目具体设计说明书
l 采取软件开发标准或规范
l 本测试计划中引用其它资料
测试阶段结束后,全部可提交文档,包含:
l 总体测试计划
l 总体测试方案
l 测试用例
l 性能测试汇报
l 测试汇报
l 产品操作手册(后台)
l 产品操作手册(前台)
l 产品错误代码说明文档
第11章 职责
11.1 测试组
人员
角色
职责、任务
高裕浩
测试责任人
1、《测试计划》编制。
2、对测试员编写多种测试文档进行评审。
3、协调并实施项目计划中确定活动。
4、识别和满足测试环境需求。
5、为其它人员提供技术支持。
6、组织并确保团体工作。
高裕浩
测试组员
1、 编写测试用例(功效)。
2、 实施功效和性能测试。
3、 编写测试汇报(功效)。
高裕浩
测试组员
1、编写测试用例(功效和性能)。
2、实施功效和性能测试。
3、编写测试汇报(功效及性能)。
4、内部验收评审。
11.2 测试进度
序号
测试任务名称
工作量
开始日期
完成日期
01
指定测试计划
1天
/5/13
/5/14
02
设计测试
1天
/5/14
/5/15
03
安装测试
1天
/5/15
/5/16
04
功效测试
2天
/5/17
/5/19
05
界面测试
2天
/5/20
/5/21
06
系统测试
2天
/5/22
/5/23
07
测试汇报
1天
/5/24
/5/25
08
测试总结
1天
/5/26
/5/26
第12章 测试风险评定及处理方案
12.1测试风险评定
1. 测试人员对需求或系统业务了解不正确,造成测试范围分析误差,结果一些地方一直测试不到或验证标准不对。
2. 测试用例设计不到位,忽略了部分边界条件、深层次逻辑、用户场景等。或是,测试用例没有得到百分之百实施,如有些测试用例被有意或无意遗漏。
3. 需求临时/忽然改变,造成设计修改和代码重写,或测试过程插入零时任务,造成测试时间不够。
4. 缺点分类标准不是很清楚,如一致性测试,仁者见仁、智者见智。
5. 测试环境,通常不可能和实际运行环境完全一致,造成测试结果误差。
6. 有些缺点出现频率不是百分之百,不轻易被发觉。假如代码质量差,软件缺点很多,被漏检缺点可能性就大。
7. 回归测试通常不运行全部测试用例,是有选择性实施,肯定带来风险。
8. 测试开始后,测试人员、技术支持人员因故不能立即到位。
9. 能否立即准备相关测试工具,测试人员对新工具无法熟练利用等情况也时有发生。
12.2处理方案
1. 当需求发生变动时,组织测试人员对新需求进行培训;对业务比较复杂系统,项目经理可对测试人员进行培训或测试小组内部讨论加以了解。
2. 当测试实施时间缩短时或测试人员不到位情况下,调整软件测试计划,针对不一样情况采取增加工作时间、工作人员和资源等来缓解风险发生时带来威胁。也可和用户协商,顺延交付日期或在用户许可情况下对测试项目进行合适裁剪。或是降低对低优先级功效和特征测试质量或是删除一些风险等级较低功效。
3. 对测试过程中产生文档进行小组走查或小组审查或小组评审等方法降低测试过程中风险。
4. 当测试环境发生改变是,具体情况以下。测试环境分为软件部分和硬件部分:
A软件部分:通常是布署测试环境电脑中毒、测试版本更新不立即、测试工具无法正常使用。处理方案有将测试环境临时搭建到测试人员电脑上,而且立即对测试服务器进行杀毒等补救方法。自动化测试工具无法正常使用,在不影响测试任务情况下,能够采取其它方法或其它工具实施测试。当缺点管理工具无法正常使用时候,测试组长需要立即找出犯错原因并立即修复,以确保测试工作正常实施。
B硬件部分:当测试服务器出现无法修复或需要长时间修复硬件问题时,能够由测试组长将测试环境临时搭建到测试人员电脑上,而且立即和企业其它部门沟通立即处理测试服务器硬件问题
5. 在做性能测试过程中发觉被测对象存在严重性能问题,能够临时跳过这个功效或模块,实施其它功效或模块性能测试。而这个存在严重性问题功效或模块应立即交给开发人员处理。
展开阅读全文