学生管理系统测试报告.docx
《学生管理系统测试报告.docx》由会员分享，可在线阅读，更多相关《学生管理系统测试报告.docx（11页珍藏版）》请在冰豆网上搜索。
学生管理系统测试报告
编号：
001
版本：
0.01
学生信息管理系统
学生信息管理系统测试
测试计划
委托单位:
软件工程实验室
承办单位:
13级0922131班
编写:
（签名）2016年 5月6 日
复查:
（签名）2016年 5月6 日
批准:
（签名）2016年 5月6 日
第1章 引言
1.1 综述
学生学籍信息管理系统是基于数据结构的学籍管理系统。
本测试将会对学生学籍信息管理系统进行测试，测试其系统的功能性。
对学生学籍信息系统中学籍信息的录入和学籍信息的修改等进行相应的界面，功能的测试。
在进行其测试时所需人力资源为1位，所需时间要15天，所需软件为eclipse。
费用：
无。
1.2 参考文献
序号
名称
文件标识/版本
出版单位
出版日期
01
《Web性能测试实战》
第一版
电子工业出社
2006年
02
《软件测试》
中文版第2版
机械工业出版社
2006年
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天
2016/5/14
02
安装测试
Junit
高裕浩
1天
2016/5/15
03
录入学生信息测试
高裕浩
2天
2016/5/17
04
修改学生信息测试
高裕浩
2天
2016/5/19
05
查询与打印测试
高裕浩
2天
2016/5/21
06
删除测试
高裕浩
2天
2016/5/23
07
界面测试
高裕浩
1天
2016/5/24
07
测试总结
高裕浩
2天
2016/5/26
第10章 环境要求
10.1硬件
硬件要求：
2G内存的PC机，硬盘在80G以上。
10.2 软件
软件要求：
安装eclipse，操作系统：
Windows10。
10.3安全性
1.系统中会不会出现学号录入重复冲突
10.4 工具
用途
工具
厂商/自产
版本
测试管理
MercuryQualityCenter
汉星天Firefly
HP
Hansky
9.0
V3.1
测试执行
MercuryQuickestProfessional
Loadrunner
HP
9.0
8.1
缺陷报告
汉星天Butterfly
Hansky
V3.1
10.4文档
编写测试任务说明书需要的文档：
●项目的计划任务书、合同或批文
●项目开发计划
●项目需求说明书
●项目概要设计说明书
●项目详细设计说明书
●采用的软件开发标准或规范
●本测试计划中引用的其他资料
测试阶段结束后，所有可提交的文档，包括：
●总体测试计划
●总体测试方案
●测试用例
●性能测试报告
●测试报告
●产品操作手册（后台）
●产品操作手册（前台）
●产品错误代码说明文档
第11章 职责
11.1 测试组
人员
角色
职责、任务
高裕浩
测试负责人
1、《测试计划》编制。
2、对测试员编写的各种测试文档进行评审。
3、协调并实施项目计划中确定的活动。
4、识别和满足测试环境需求。
5、为其他人员提供技术支持。
6、组织并确保团队的工作。
高裕浩
测试组员
1、编写测试用例（功能）。
2、执行功能和性能测试。
3、编写测试报告（功能）。
高裕浩
测试组员
1、编写测试用例（功能和性能）。
2、执行功能和性能测试。
3、编写测试报告（功能及性能）。
4、内部验收评审。
11.2 测试进度
序号
测试任务名称
工作量
开始日期
完成日期
01
指定测试计划
1天
2016/5/13
2016/5/14
02
设计测试
1天
2016/5/14
2016/5/15
03
安装测试
1天
2016/5/15
2016/5/16
04
功能测试
2天
2016/5/17
2016/5/19
05
界面测试
2天
2016/5/20
2016/5/21
06
系统测试
2天
2016/5/22
2016/5/23
07
测试报告
1天
2016/5/24
2016/5/25
08
测试总结
1天
2016/5/26
2016/5/26
第12章 测试风险评估及解决方案
12.1测试风险评估
1.测试人员对需求或系统业务理解不准确，造成测试范围分析的误差，结果某些地方始终测试不到或验证的标准不对。
2.测试用例设计不到位，忽视了一些边界条件、深层次的逻辑、用户场景等。
或者是，测试用例没有得到百分之百的执行，如有些测试用例被有意或无意的遗漏。
3.需求的临时/突然变化，导致设计的修改和代码的重写，或者测试过程插入零时任务，导致测试时间不够。
4.缺陷分类标准不是很清晰的，如一致性的测试，仁者见仁、智者见智。
5.测试环境，一般不可能和实际运行环境完全一致，造成测试结果的误差。
6.有些缺陷出现频率不是百分之百，不容易被发现。
如果代码质量差，软件缺陷很多，被漏检的缺陷可能性就大。
7.回归测试一般不运行全部测试用例，是有选择性的执行，必然带来风险。
8.测试开始后，测试人员、技术支持人员因故不能及时到位。
9.能否及时准备相关测试工具，测试人员对新工具无法熟练运用等情况也时有发生。
12.2解决方案
1.当需求发生变动时，组织测试人员对新需求进行培训；对业务比较复杂的系统，项目经理可对测试人员进行培训或者测试小组内部讨论加以理解。
2.当测试执行的时间缩短时或者测试人员不到位的情况下，调整软件测试计划，针对不同情况采取增加工作时间、工作人员和资源等来缓解风险发生时带来的威胁。
也可与客户协商，顺延交付日期或在客户允许的情况下对测试项目进行适当裁剪。
或者是降低对低优先级的功能和特性的测试质量或者是删除某些风险级别较低的功能。
3.对测试过程中产生的文档进行小组走查或者小组审查或者小组评审等方式减少测试过程中的风险。
4.当测试环境发生变化是，具体情况如下。
测试环境分为软件部分和硬件部分：
A软件部分:
一般是部署测试环境的电脑中毒、测试版本更新不及时、测试工具无法正常使用。
解决方案有将测试环境暂时搭建到测试人员的电脑上，并且及时对测试服务器进行杀毒等补救措施。
自动化测试工具无法正常使用，在不影响测试任务的情况下，可以采用其它方法或其它工具执行测试。
当缺陷管理工具无法正常使用的时候，测试组长需要及时找出出错的原因并及时修复，以保证测试工作正常执行。
B硬件部分:
当测试服务器出现无法修复或需要长时间修复的硬件问题时，可以由测试组长将测试环境临时搭建到测试人员的电脑上，并且及时与公司其它部门沟通尽快处理测试服务器硬件问题
5.在做性能测试过程中发现被测对象存在严重性能问题，可以暂时跳过这个功能或模块，执行其他功能或模块的性能测试。
而这个存在严重性问题的功能或模块应及时交给开发人员处理。
升级会员 