软件测试报告35871.docx
《软件测试报告35871.docx》由会员分享,可在线阅读,更多相关《软件测试报告35871.docx(21页珍藏版)》请在冰豆网上搜索。
软件测试报告35871
[大学生学籍管理系统+1.0]
测试报告
文件状态:
[√]草稿
[]正式发布
[]正在修改
报告编号:
当前版本:
1.0
编写人:
编写日期
2015-06-17
审批人:
审批日期
保密级别:
第1章引言
1.1编写目的
本测试报告为大学生学籍管理项目的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求(或达到学籍管理功能目标)。
预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。
1.2项目背景
为了提高管理学生工作的老师的工作效率,开发了大学学籍管理系统。
这个系统能满足用户:
管理员账户与普通账户Login/Logout。
管理员账户具有添加、修改、删除功能,普通账户只能查看。
主要功能:
能完成大学新生的添加、修改、删除,能按学生成绩求和、排名,列出不及格学生的名单等。
操作简单、界面友好;确保信息的准确性,动态性,安全性。
大学学籍管理系统是基于JavaEE的技术,采用B/S结构,适于分布式多客户作业,客户端的要求也很低。
1.3参考资料
资料名称
作者
《大学学籍管理系统产品规格说明书》
言若金叶软件研究中心编写
《大学学籍管理系统软件技术设计说明书》
言若金叶软件研究中心编写
《大学学籍管理系统需求规格说明书》
刘军伟-赵佳琦-滕敏剑-梁修梅-蔺广鹏
《大学学籍管理系统测试计划》
刘军伟-赵佳琦-滕敏剑-梁修梅-蔺广鹏
《大学学籍管理系统测试用例》
刘军伟-赵佳琦-滕敏剑-梁修梅-蔺广鹏
第2章测试概要
测试阶段包括集成测试,系统测试,性能测试,压力测试,容量测试,负载测试并且对测试过程进行评估。
本计划所提到的测试类型是需求阶段的测试,即对大学学籍管理系统进行功能验证的测试过程。
测试范围:
新建学生模块,学生信息管理模块,学生信息查询模块
测试目的:
发现大学生学籍管理中目前存在的问题,并且对影响系统正常运行的BUG进行修复,以对完善系统。
测试过程执行:
整体测试过程结束,功能模块测试测试最为顺利,其它模块因技术,条件等原因或多或少存在一些问题。
2.1测试用例设计
本测试用例主要采用黑盒测试方法,功能测试部分采用了边界值,等价类等用例设计方法,其它部分测试如性能测试,兼容性测试,压力测试等涉及到各自不同的测试方式和测试工具。
2.2测试环境与配置
下表列出了测试的系统环境
软件环境(相关软件、操作系统等)
操作系统:
Windows2000/XP以上版本;
应用服务器和Web服务器:
Tomcat5以上
数据库系统:
MySQL
客户端软件:
MSInternetExplorer或Firefox等浏览器和office软件。
硬件环境(网络、设备等):
对兼做应用服务器、Web服务器和数据库服务器的机器配置要求较高:
256M以上内存,PIII500MHz以上CPU,10G以上可用硬盘空间;
客户机只要能使用浏览器和Office软件即可。
网络条件和设备:
网路连接卡或调制解调器。
测试使用的工具
用途
工具
生产厂商/自产
版本
压力测试工具
JMeter
开源组织
2.3.4.
功能测试工具
Selinum
开源组织
1.0
BUG管理工具
JIRA
第3章测试内容和执行情况
3.1项目测试概况表
对学籍管理系统系统的功能、性能、负载,安全性等方面进行了全面的测试。
项目测试概况表
项目版本
开始时间
结束时间
用例数
用例通过数
问题数
用例通过率
个
个
个
%
第一轮测试
2015.6.15
2015.6.16
257
3.2功能
功能测试情况概要
模块名称
开始时间
结束时间
用例数
用例通过数
问题数
用例通过率
个
个
个
%
新建学生
2015.6.16
2015.6.16
43
29
14
67
学生信息管理
2015.6.16
2015.6.16
23
学生信息查询
2015.6.16
2015.6.16
21
表单
2015.6.16
2015.6.16
04
04
0
100
链接
2015.6.16
2015.6.16
06
Cookies
2015.6.16
2015.6.16
06
06
0
100
3.2.1新建学生
功能
基本要求
测试情况
测试通过
是
否
必填项为空
学号,姓名,籍贯为必须输入项,未输入则需弹出警告,并拒绝新建
有警告弹出,未新建
学号内容输入
学号输入应符合一定规范,不能有空格,汉字,中英文字符等
对于空格,汉字,字符,字母等均可创建成功
姓名内容输入
姓名输入应符合一定规范,不支持@,#,¥,*等字符输入
对于字符输入无限制
身份证号输入
身份证号应支持尾号为X的输入
支持
电话输入
电话输入应不包含,字母和汉字
会弹出警告框,并拒绝录入
3.2.2学生信息管理
功能
基本要求
测试情况
测试通过
是
否
“全不选”按钮功能测试
点击可以对所有学生进行选取
“删除”按钮功能测试
点击可以对已选中的学生信息进行删除
“修改”按钮功能测试
一次只能对一个学生信息进行修改
“保存”按钮功能测试
点击可以对修改后的学生信息进行提交和保存
3.2.3学生信息查询
功能
基本要求
测试情况
测试通过
是
否
“学号”查询
输入完整学号后,可以显示对应学号学生的基本信息
“姓名”查询
输入姓名后,可以列出对应姓名的学生的基本信息
“籍贯”查询
输入籍贯后,可以列出对应籍贯的学生的基本信息
“身份证号”查询
输入身份证号后,可以列出对应身份证号的学生的基本信息
3.2.4表单测试
功能
基本要求
测试情况
测试通过
是
否
新建学生提交
表单-新建学生信息并提交后,数据能正确保存到后台数据库中
能够正确保存
修改学生信息提交
表单-修改学生信息并提交后,数据能正确保存到后台数据库中
能够正确保存
学生信息管理多选删除
表单-测试学生信息管理可以使用多选删除功能
可以多选删除
浏览器功能测试
表单-浏览器的前进、后退、刷新按钮,能够正常使用
功能都可以正常使用
3.2.5链接测试
功能
基本要求
测试情况
测试通过
是
否
导航栏新建学生测试
在新建学生页面点击导航栏中链接都可以正常跳转
学生信息管理测试
在学生信息管理页面点击导航栏中链接都可以正常跳转
学生信息查询测试
在学生信息查询页面点击导航栏中链接都可以正常跳转
新建学生返回按钮测试
在新建学生页面点击返回,页面可以正常跳转到上一页
3.2.6cookies测试
功能
基本要求
测试情况
测试通过
是
否
Cookies是否起作用
登录后所有功能,都能以已登录用户身份访问
符合要求
页面无操作5分钟测试
页面无操作5分钟,cookies信息不会被注销
5分钟无操作,系统功能可以以登录身份正常访问
页面刷新测试
页面刷新后,cookies信息不会丢失,用户身份不会注销
刷新以后,可以以已登录身份正常访问
3.3性能测试
性能测试情况概要
项目版本
开始时间
结束时间
用例数
用例通过数
问题数
用例通过率
个
个
个
%
1.0
2015.6.16
2015.6.17
24
6
25%
测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。
这里测试学籍系统在预定环境和负载下的响应速度。
序号
用例名称
基本要求
测试情况
测试通过
是
否
1
响应时间-打开WEB
1个用户打开WEB
响应时间达到预期要求
2
10,50,95个用户同时打开WEB
3
响应时间-登录系统
1个用户登录系统
响应时间达到预期要求
4
10,50,95个用户同时登录系统
5
响应时间-信息注册
1个用户注册信息
响应时间达到预期要求
6
10,50,95个用户同时注册信息
7
CPU占用率-打开WEB
1个用户打开WEB
响应时间达到预期要求
8
10,50,95个用户同时打开WEB
9
CPU占用率-登录系统
1个用户登录系统
响应时间达到预期要求
10
10,50,95个用户同时登录系统
11
CPU占用率-信息注册
1个用户注册信息
响应时间达到预期要求
12
10,50,95个用户同时注册信息
3.4压力测试
压力测试情况概要
项目版本
开始时间
结束时间
用例数
用例通过数
问题数
用例通过率
个
个
个
%
1.0
2015.6.16
2015.6.17
12
3
25%
3.4.1测试用例
测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。
这里测试学籍系统在不同压力下的运行情况,是否可以正常运行10min。
序号
用例名称
基本要求
测试情况
测试通过
是
否
13
运行情况-登录WEB
测试1人打开WEB时,系统的运行情况
响应时间达到预期结果
14
测试10,50,100人打开WEB时,系统的运行情况
15
运行情况-登录系统
测试1人登录系统时,系统的运行情况
响应时间达到预期结果
16
测试10,50,100人登录系统时,系统的运行情况
17
运行情况-信息注册
测试1人注册信息时,系统的运行情况
响应时间达到预期结果
18
测试10,50,100人同时注册信息时,系统的运行情况
3.5容量测试
压力测试情况概要
项目版本
开始时间
结束时间
用例数
用例通过数
问题数
用例通过率
个
个
个
%
1.0
2015.6.16
2015.6.17
15
3
20%
3.5.1测试用例
测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。
这里测试学籍系统在可正常运行10min时所能负载的最大用户数。
序号
用例名称
基本要求
测试情况
测试通过
是
否
19
运行情况-登录WEB
测试1人打开WEB时,系统的运行情况
响应时间达到预期结果
20
测试10,50,90,100人打开WEB时,系统的运行情况
21
运行情况-登录系统
测试1人登录系统时,系统的运行情况
响应时间达到预期结果
22
测试10,50,90,100人登录系统时,系统的运行情况
23
运行情况-信息注册
测试1人注册信息时,系统的运行情况
响应时间达到预期结果
24
测试10,50,90,100人同时注册信息时,系统的运行情况
压力测试情况概要
项目版本
开始时间
结束时间
用例数
用例通过数
问题数
用例通过率
个
个
个
%
1.0
2015.6.16
2015.6.17
15
3
20%
3.6.1测试用例
测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。
这里测试学籍系统在极限用户数的情况下的运行情况,是否可以正常运行10min。
序号
用例名称
基本要求
测试情况
测试通过
是
否
25
运行情况-登录WEB
1人打开WEB时,系统运行正常
达到预期结果
10,50,90,100人打开WEB时,系统运行正常
27
运行情况-登录系统
1人登录系统时,系统的运行情况
达到预期结果
测试10,50,90,100人登录系统时,系统的运行情况
29
运行情况-信息注册
测试1人注册信息时,系统的运行情况
达到预期结果
测试10,50,90,100人同时注册信息时,系统的运行情况
3.6安全性测试
测试内容
基本要求
测试情况
测试通过
是
否
用户权限
所有授权用户是否能在所授权限下进行工作,不容许超权限。
实现要求。
安全登陆
所授权用户是否能安全登录。
实现要求。
超时限制
登录系统长时间不操作,系统是否需要重新登录。
实现要求。
验证码
登录系统时,输入验证码是否能正常登录。
没有实现要求。
URL跳转
在浏览器中输入网址,网页是否正常跳转。
实现要求。
漏洞扫描
使用nmap工具进行漏洞扫描。
实现要求。
模拟攻击
使用模拟工具,模拟攻击。
没有实现要求。
第4章覆盖分析
测试覆盖率
模块名称
用例个数
执行数
各模块测试覆盖率
未/漏测分析和原因
功能
87list
87list
100%
性能
24list
6list
25%
协议
2list
网络配置
8list
Cookie
6list
6list
100%
文档
10list
10list
100%
数据库
15list
链接
6list
可维护性
4list
恢复性
4list
安全性
12list
7list
58%
业务流程
8list
3list
37.5%
压力
12list
容量
15list
3list
20%
表单
4list
4list
100%
数据流
8list
负载
15list
3list
20%
健壮性
9list
UI
8list
8list
100%
第5章缺陷的统计与分析
5.1缺陷汇总
测试问题数量-问题类型
创建与解决问题对比图
问题级别分类统计
5.2缺陷分析
本部分对上述缺陷和其他收集数据进行综合分析。
重要缺陷分析表
模块名称
缺陷编号
简要描述
分析结果
测试通过(Pass/Fail)
数据库
DEMO-103
数据库中无效数据也可以被查询
功能
DEMO-102
籍贯可以纯数字输入
功能
DEMO-97
清除按钮无法清除学号
功能
DEMO-85
修改女生信息后,点击保存,性别会自动变成男
安全
DEMO-73
登录界面没有验证码
功能
DEMO-100
通讯地址对超长文本无限制
功能
DEMO-95
新建学生,身份证号填写错误,有警告提示,但依然录入
功能
DEMO-98
新建学生邮箱可以录入非法字符
功能
DEMO-89
新建学生籍贯可以录入非法字符
功能
DEMO-86
相同学号创建学生信息,无警告
5.3残留缺陷与未解决问题
遗留问题清单
残留缺陷与未解决问题列表
模块名称
缺陷编号
性质
简要描述
原因分析
数据库
DEMO-103
Bug
数据库中无效数据也可以被查询
功能
DEMO-102
Bug
籍贯可以纯数字输入
功能
DEMO-100
Bug
通讯地址对超长文本无限制
功能
DEMO-98
Bug
新建学生邮箱可以录入非法字符
功能
DEMO-97
Bug
清除按钮无法清除学号
功能
DEMO-95
Bug
新建学生,身份证号填写错误,有警告提示,但依然录入
功能
DEMO-89
Bug
新建学生籍贯可以录入非法字符
功能
DEMO-85
Bug
修改女生信息后,点击保存,性别会自动变成男
第6章缺陷报告
第7章测试结论与建议
7.1测试结论
“大学生学籍管理系统”在用户现场环境进行功能、可靠性、安全性、可使用性、兼容性、安装和手册功能七个方面进行了全面、严格、规范的测试。
测试结果表明:
“大学生学籍管理系统”完全达到业务需求文档中的要求,并具有以下特点:
1.系统架构先进、简单。
该系统采用先进的B/S架构,后台支持各种大小数据库,系统结构清晰明确,可满足学校网络软件应用的要求。
2.功能全面。
该软件由桌面系统、应用服务器等模块组成,包括了新建学生信息、学生基本信息管理、学生基本信息查询等功能。
方便查看学生基本信息、修改学生信息、维护学生成绩。
3.系统安全性较好。
系统具有严格的权限设置功能,权限设置可细化到字段级,不同权限的人员只能看到自己有权限访问的字段内容,有效地保证了数据的安全性。
4.系统设置灵活。
该软件完全基于工作流程进行设计,系统业务功能操作简单,可轻松查看学生学籍信息。
5.系统可靠性高。
对客户机掉电或强行关机后重启机器、网络异常中断。
有完善的数据校验机制,对用户输入不符合要求的数据,给出了简洁、准确的提示信息,必要时给出了帮助。
6.系统兼容性好。
系统设计灵活,能满足用户在各种操作系统,各种web应用服务器及各种主流数据库支撑软件下的使用。
7.系统预测统计模型通过严格测试,以大量学生信息数据进行预测,使预测模型求出的预测数据更接近真实数据。
8.测试结论:
通过。
7.2建议
1.系统整体bug集中在功能性方面,尤其是对于录入数据的约束上,需要从细节和现实使用的角度出发,进行重点关注和修复。
2.系统的兼容性较差,对于多种浏览器都存在界面显示异常的问题。
3.缺少必要的帮助选项。
4.缺少很多的警告性信息,包括用户误操作,或数据未保存退出提醒。