测试总结评估报告.docx
《测试总结评估报告.docx》由会员分享，可在线阅读，更多相关《测试总结评估报告.docx（10页珍藏版）》请在冰豆网上搜索。
测试总结评估报告
学生选课管理系统
测试总结报告
2010-5-21
产品名称
学生选课管理系统简称（sscm）
文档编号
版本号
页数
文档名称:
测试总结报告
作者：
张鹏
日期：
2010-5-21
审核：
日期：
批准：
日期：
目录
1.引言3
1.1编写目的3
1.2项目背景3
1.3术语和缩写词3
1.4参考资料3
2.测试概要3
2.1测试组织3
2.2测试环境4
2.3测试进度4
2.4测试类型4
3.测试结果及缺陷分析5
3.1缺陷统计5
3.2缺陷分析5
3.3覆盖分析5
3.3.1测试覆盖分析6
3.3.2需求覆盖分析6
3.4测试用例执行结果6
3.5未决问题7
4.综合评价7
4.1软件能力7
4.2缺陷和限制7
4.3建议7
1.引言
1.1编写目的
学生选课管理系统项目测试已结束，测试过程中产生一部分成果，同时也存在很多不足的地方，我们小组测试人员（三人）通过对项目进行总结，统计分析得出结论，供开发人员改善功能和界面作参考。
参考如下：
测试需求文档
测试计划文档
缺陷报告文档
测试用例数据文档
1.2项目背景
根据学院希望能够充分利用现代科技来提高工作效率的要求，对原有办公流程分析的基础上，将能用计算机来完成的业务都计算机化，逐步提高学院的信息化办公水平而提出本系统。
1.3术语和缩写词
术语
简称
缩写
学生选课管理系统
Studentcoursemanagementsystem
zdsscm
教师
Teacher
Teach
学生
Students
Stu
管理员
Administration
Admin
系部
Dept
班级
Classes
学生课程
Students_coures
学生班级
Student_class
1.4参考资料
文档名称
版本
作 者
评审号
备注
测试需求
张鹏、韩仲、陈春梅
测试用例
张鹏、韩仲、陈春梅
测试计划
韩仲、张鹏、陈春梅
测试缺陷报告文档
张鹏、韩仲、陈春梅
2.测试概要
本程序的测试范围分功能测试、性能测试、文档测试、界面测试、易用性测试，主要是针对登陆模块，学生模块，教师模块，管理员模块，四大模块的功能测试
2.1测试组织
角色（人数）
姓名
具体职责
测试组长
韩仲
测试人员
张鹏
测试人员
陈春梅
2.2测试环境
资源名称/类型
配置
数据库服务器配置
Sqlsever
CPU：
内存：
2g
硬盘：
可用空间大小，可用转数等
200g\5400
操作系统：
Windonsxp
应用软件：
Qc\sqlserver2000\iis\.net
机器网络名：
局域网地址：
自动获取
2.3测试进度
测试活动
计划开始日期
实际开始日期
结束日期
测试前期准备
2010-5-13
2010-5-13
2010-5-14
写测试计划
2010-5-17
2010-5-17
2010-5-17
评审测试计划
2010-5-18
2010-5-18
2010-5-18
写测试需求
2010-5-19
2010-5-19
2010-5-19
根据需求写测试用例
2010-5-20
2010-5-20
2010-5-22
执行测试用例
2010-5-22
2010-5-22
2010-5-23
第一轮测试
2010-5-23
2010-5-23
2010-5-25
写测试总结报告
2010-5-28
2010-5-28
2010-5-28
提交全部测试文档
2010-5-28
2010-5-28
2010-5-28
2.4测试类型
测试类型
测试阶段
单元测试
集成测试
系统测试
验收测试
功能测试
x
x
x
性能测试
X
x
x
用户界面测试
X
√
x
x
兼容性测试
X
X
x
x
安装测试
X
X
x
x
回归测试
x
3.测试结果及缺陷分析
3.1测试结果
第一轮测试学生选课管理系统结束后，各子系统中已发现的缺陷和建议的汇总数据如下
缺陷类别\模块名称
登陆
学生
教师
管理员
小计
功能缺陷
高
0
5
4
4
13
中等
0
1
0
0
1
低
2
0
0
2
4
小计
2
6
4
6
18
功能建议
0
6
5
4
15
界面建议
0
6
5
5
16
安全问题
0
0
0
0
0
问题总计
4
23
18
21
66
3.2缺陷分析
3.2.1子系统——缺陷个数例如下图：
缺陷类别\模块名称
登陆
学生
教师
管理员
小计
缺陷个数
2
6
4
6
18
分析：
从以上两图中我们可以看到，登录部分缺陷相对较少，学生和教师、管理员的缺陷较多（占到总缺陷数的89％），管理员和学生的缺陷数量尤其突出，也说明在以后的测试中，这两块是需要重点关注的内容
3.2.2缺陷分布柏拉图
缺陷类别\模块名称
登录
学生
教师
管理员
小计
缺陷个数
2
6
4
6
18
累计个数
4
23
18
21
/
累计百分比
33.33%
63.33%
93.33%
96.67%
/
分析：
柏拉图能够根据80:
20原则分析系统中的问题主要集中在哪些部分。
由该图表得知，Lms所有子系统中，用户权限、读者信息、图书信息、借书信息、还书信息这4个子系统的问题就覆盖到所有问题总数的80%左右，因此在下一测试周期的执行以及下一版本的开发中，要将问题的重点放在这4个子系统上。
缺陷类别分布柱状图
缺陷类别\模块名称
登陆
学生
教师
管理员
小计
功能缺陷
2
6
4
6
18
功能建议
0
6
5
4
15
界面建议
0
4
5
5
16
安全问题
0
0
0
0
0
问题总计
2
16
14
15
47
功能缺陷严重级别分布堆积图
缺陷类别\模块名称
登陆
学生
教师
管理员
小计
功能缺陷
高
0
5
4
4
13
中等
0
1
0
0
1
低
2
0
0
2
4
小计
2
6
4
6
18
分析：
本图中包含这样的信息：
登陆、学生、教师和管理，系统都存在能使应用程序出错或异常退出的严重问题，这些问题亟待解决；学生、教师、管理系统的功能缺陷中，大部分都会导致模块功能无法实现
覆盖分析
3.2.1测试覆盖分析
需求/功能
用例个数
执行总数
未执行
未/漏测分析和原因
系统功能
√
系统安全分析
√
系统性能
√
用户界面
√
运行环境
√
3.2.2需求覆盖分析
3.3测试用例执行结果
用户需求编号
测试需求编号
测试用例编号
测试用例名称
用例状态
测试结果
备注
3.4未决问题
缺陷编号
缺陷概要描述
解决方案
1
功能实现不全面
8
功能未实现
4.综合评价
4.1软件能力与缺陷
1．测试执行只是进行功能上的测试；
2．测试目标主要是针对见面和功能实现进行测试；
3.测试过程中遇到借书和还书功能未实现很大的bug
4.2建议
1．在开发过程中，尽量要把基本功能模块要实现；
2．在开发过程中，尽量要把基本功能模块要实现
3．需求说明书上的功能块一定要实现；
4.在实际项目中，应该注意界面的设计和构思
升级会员 