软件测试-测试报告.doc

“学生综合测评管理系统”
测试文档

项目版本：学生综合测评管理系统 1.0.0

小组成员:
软件测试-测试报告
目录

1 “学生综合测评管理系统”测试需求 3NGSV3。
1.1 系统简介 3zJxlX。
1.2 功能测试需求 31HM8g。
1.3 性能测试需求 5jLuvb。
1.3.1 系统用户分析 5QIFsi。
1.3.2 性能测试项 5OnN6K。
1.3.3 性能要求 6seH0b。
1.4 链接测试需求 6mCmy5。
1.5 界面测试需求 6cbdwB。
1.6 兼容性测试需求 6sdH2V。
2 “学生综合测评管理系统”测试方案 7PuVYA。
2.1 功能测试策略 76IaKp。
2.2 性能测试策略 7ZAiJD。
2.3 链接测试策略 8DXNVX。
2.4 界面测试策略 8QmcSl。
2.5 兼容性测试策略 9RxdQG。
2.6 测试计划 9oTlo7。
2.7 缺陷等级划分 96TGgk。
2.8 测试环境 10BZbjW。
3 “学生综合测评管理系统”测试用例设计及执行 11A9N7l。
3.1 功能测试用例设计及执行 11BQjI0。
3.1.1 用户注册模块测试 11bf4Cm。
3.1.2 发表博客模块测试 13fluJA。
3.2 性能测试场景设计及执行 140fMvt。
3.2.1 注册模块性能测试 14Qw8en。
3.2.2 发表文章模块性能测试 16O29cC。
3.2.3 组合测试 17eVfRV。
3.3 链接测试 18qZw9H。
3.4 界面测试 19cKhkf。
3.5 兼容性测试 20MbTA9。
4 测试报告 21ucTmN。
4.1功能测试结果分析 21fbWff。
4.2性能测试结果分析 22Qk6ZA。
4.3链接测试结果分析 23Kh1uJ。
4.4界面测试结果分析 24Y6IuO。
4.5兼容性测试结果分析 24YA45C。
4.5总结 24CCPZk。

1 “学生综合测评管理系统”测试需求
1.1 系统简介
“学生综合测评管理系统”是一款基于MVC+SQL sever的用于管理学生综合测评的信息管理系统。“学生综合测评管理系统”支持多类用户以不同的权限登陆，每类用户可以进行不同类型的操作。“学生综合测评管理系统”旨在让学生的综合测评更方便，快捷，更公平，更透明。iun2S。

1.2 功能测试需求
1、功能点1（用户登陆）
2 表1-1 用户登陆功能说明
功能需求ID
功能
子项
功能描述
FUN-L

用户登陆
学生用户登录
学生用户使用自己的账号和密码登录系统。
班长用户登陆
班长用户使用自己的账号和密码登录系统。
辅导员用户登陆
辅导员用户使用自己的账号和密码登录系统。
管理员用户登陆
管理员用户使用自己的账号和密码登录系统。
注：L（login），即登陆

2、功能点2：提出加分申请模块
表1-2 提出加分申请说明
功能需求ID
功能
子项
功能描述
FUN-A

提出加分申请
类别选择
从下拉框中选择自己要申请的类别，不选择或选择不完全则无法提交申请
主题填写
主题填写可以正常提交加分申请，主题未填写无法提交申请。
内容填写
内容填写可以正常提交加分申请，内容未填写无法提交申请。
注：A（apply），即申请

3、功能点3：审核学生加分申请模块
表1-3 用户管理功能说明
功能需求ID
功能
子功能
功能描述
FUN-M

审核学生加分申请
超链接
在“加分审核”页面中点击学生加分申请的超链接，能正常跳转到显示加分信息的页面
申请类别
申请类别的下拉框中能正确显示学生提交加分申请的类别
学号显示
学号显示框中正确显示申请学生的学号
主题显示
主题框中正确显示学生填写的主题
内容显示
内容框中正确显示学生填写的主题
通过审核
点击“通过”按钮，申请通过，对应的加分能成功加到学生的成绩表里。
驳回审核
点击“驳回”按钮，对应的加分申请被驳回，加分表里不加分。
注：E（examineexamine），即审核

4、功能点4：用户管理模块
表1-4 用户管理功能说明
功能需求ID
功能
子功能
功能描述
FUN-M

用户管理
增加用户
可以按需要增加用户，包括学生、班长、辅导员
删除用户
可以按需求删除任意用户，包括学生、班长、辅导员
修改用户信息
可以按需求修改任意用户信息，包括学生、班长、辅导员
查询当先所有用户
可以查看到当前数据库存在的所有用户，包括学生、班长、辅导员
注：M（manage），即管理

2.1 性能测试需求
2.1.1 系统用户分析
系统的用户主要分为3类：学生，辅导员，系统管理员。
学生：提交加分申请、查看个人测评成绩、查看所有学生测评成绩、修改用户密码等。
人数：50。
辅导员：审核加分申请，查看所有学生测评成绩、修改用户密码等。
人数：2。
系统管理员：查看所有学生的测评成绩、对用户进行增删改查等。
人数：1。
1. 系统并发用户数估算
测试压力估算时采用经验公式如下：
Ave（Vu）=n/10
Max（Vu）=r*Ave（Vu）
n = 200
r = 2
平均用户并发数和最大并发用户数如下：
平均后台并发数：1
最大后台并发数：2
平均前台并发数：20
最大前台并发数：40

2.1.2 性能测试项
此次性能测试的主要内容是用户并发测试，主要是针对系统的核心功能和重要业务进行测试，并以真实的业务数据作为输入，选择有代表性和关键的业务员操作来设计测试用例。对下列业务进行并发测试：Z6QCo。
1） 提出加分申请
2） 审批学生加分申请
2.1.3 性能要求
对系统进行性能测试必须借助性能测试工具进行，模仿前面估算的并发用户数进行操作，检查并获得系统的响应能力、点击率和吞吐率等性能指标。系统响应时间判断原则（2-5-10原则）如下：TOhHD。
1） 业务响应时间小于2s，判为优秀。
2） 业务响应时间在2~5s之间，判为良好。
3） 业务响应时间在5~10s之间，判为及格。
4） 业务响应时间超过10s，判为不及格。
根据如上原则，当前台用户数为12，后台用户数为25时，将80%的业务响应时间小于10s定为合格标准，再利用此标准测试性能瓶颈。0oqMu。
2.2 链接测试需求
需要测试前台和后台的所有系统的链接，95%以上的链接为有效链接为合格。
链接测试的内容主要包括：
1. 测试所有链接是否按所指示的那样确实连接到了应该链接的页面。
2. 测试所链接的页面是否存在。
3. 保证该系统上没有孤立的页面。
2.3 界面测试需求
系统界面的测试要求界面易用、规范、美观、整洁，破除新用户对软件的生疏感，使老用户更易于上手、充分利用已有经验。系统的界面测试主要从待测系统界面的窗口、界面元素、回显、易于理解性和美观协调等方面入手，方便系统用户的使用。DRwYY。
2.4 兼容性测试需求
系统需支持主流浏览器的正常登陆与操作。
3 “学生综合测评管理系统”测试方案
3.1 功能测试策略
功能测试的重点是：提出加分申请、审批学生加分申请。
发表博客模块策略如表2-1所示。
表2-1 提出加分申请功能测试策略
测试策略项
提出加分申请模块测试
测试类型
功能测试
测试技术
手工测试
测试通过/失败标准
80%测试用例通过，缺陷数不超过用例数的20%，不存在Urgent等级的缺陷
特殊考虑
无
表2-2 审批学生加分申请功能测试策略
测试策略项
审批学生加分申请模块测试
测试类型
功能测试
测试技术
手工测试
测试通过/失败标准
80%测试用例通过，缺陷数不超过用例数的20%，不存在Urgent等级的缺陷
特殊考虑
无
3.2 性能测试策略
性能测试的重点是压力测试和并发负载测试，并根据测试项设计了两种场景，即用户并发操作和用户递增操作。测试模块如下：用户注册模块、发表博客模块。性能测试策略如表2-3所示。2VfXZ。
表2-3 提出加分申请模块性能测试策略
测试策略项
用户注册模块测试
测试技术
使用LoadRunner测试化工具自动测试
测试通过/失败标准
80%的事务响应时间不超过6s
特殊考虑
（1）可创建虚拟用户模拟多个客户机
表2-4 审批学生加分申请模块性能测试策略
测试策略项
发表博客模块测试
测试技术
使用LoadRunner测试化工具自动测试
测试通过/失败标准
80%的事务响应时间不超过6s
特殊考虑
（1）可创建虚拟用户模拟多个客户机
3.3 链接测试策略
对于页面链接的测试，采用自动化工具Xenu Link Sleuth测试该系统，95%以上的链接为有效链接为合格。8NEpu。
3.4 界面测试策略
用户界面测试，主要采用观察和问卷调查，主要核实以下内容：
1. 鼠标移动和快捷键的使用都正常。
2. 窗口对象及其特征（菜单、大小、位置、状态和中心）都符合标准。
3. 数据项能正确回显。
4. 对于有风险的操作有提示，对错误输入有提示。
5. 界面美观。
6. 使用方便。
测试检查项如表2-5所示。
表2-5 用户界面测试检查项
检查项
评价
窗口切换，移动，改变大小时正常吗？

快捷键使用正常吗？

各种界面元素的状态正确吗？（如有效，无效，选中等状态）

各种界面元素支持界面操作吗？

各种界面元素支持鼠标操作吗？

对话框中的缺省焦点正确吗？

对于常用的功能，用户能否不必阅读手册就能使用？

数据项能正确回显吗？

提示正确吗？

对于有风险的操作，有“确认”，“放弃”等提示吗？

操作顺序合理吗？

有联机帮助吗？

各种界面元素的布局合理吗？美观吗？

各种界面元素的颜色协调吗？美观吗？

字体美观吗？

图标直观吗？

3.5 兼容性测试策略
在进行功能测试时在不同的客户端上使用不同的主流浏览器登陆、操作、进行测试，以此来并行进行兼容性测试。
3.6 测试计划
表2-6人员时间安排
测试
测试类型
负责人
时间
1
设计测试用例
周明
2013.9.15
2
功能测试
周明、雷勇、王永强、罗玲
2013.11.28
3
链接测试
雷勇
2013.11.20
4
界面测试
罗玲
2013.11.29
5
性能测试
王永强
2013.11.29
6
兼容性测试
罗玲
2013.11.29
7
撰写报告
周明
2013.12.23
3.7 缺陷等级划分
缺陷等级划分如表2-7所示。
表2-7 缺陷等级划分
缺陷严重等级
严重程度
Low（低）
Ø 各种提示框信息使用不统一,未采用行业术语
Ø 界面显示或描述建议
Ø 光标跳转设置不好，鼠标（光标）定位错误
Ø 其他建议性问题
Medium（中）
使操作者不方便或遇到麻烦，但它不影响执行工作或功能实现
Ø 辅助说明描述不清楚
Ø 显示格式不规范
Ø 长时间操作未给用户进度提示
Ø 提示窗口文字未采用行业术语
Ø 可输入区域和只读区域没有明显的区分标志
Ø 系统处理未优化
High（高）
严重地影像系统要求或基本功能的实现，但存在合理的更正办法（重装和重启软件不属于更正办法）
Ø 界面错误(详细文档)
Ø 打印内容、格式错误
Ø 删除操作未给出提示
Ø 数据输入没有边界值限定或不合理
Ø 未限制输入内容
Ø 提示信息不太准确
Very High（非常高）
严重地影像系统要求或基本功能的实现，且无法更正
Ø 功能不符
Ø 数据流错误
Ø 程序接口错误
Ø 轻微的数值计算错误
Urgent（紧急）
不能执行正常工作功能或重要功能，使系统崩溃或资源严重不足
Ø 由于程序所引起的死机,非法退出
Ø 死循环
Ø 导致数据库发生死锁
Ø 数据通讯错误
Ø 严重的数值计算错误
3.8 测试环境
测试环境如表2-8所示。
表2-8 软/硬件配置
设备
硬件配置
软件配置
服务器
Inter（R）Core（TM）i5-2410M ，2.00GB内存
系统：Microsoft Windows 7
浏览器：Internet Explorer 8
360安全浏览器5.0
服务器：wampserver2.2d-x32
客户端
Inter（R）Core（TM）i3-2330 2.20GHz ，4.00GB内存
系统：Microsoft Windows 8.1
Microsoft Windows 7
浏览器：Internet Explorer 10
Firefox 22.0
Inter（R）Core（TM）i3-2330 2.20GHz ，4.00GB内存
系统：Microsoft Windows 8
浏览器：Internet Explorer 10
Firefox 22.0
AMD A6-3400M APU with Radeon(tm) HD Grapghics 1.40GHz ，2.00GB内存

系统：Microsoft Windows 7
Microsoft Windows XP
浏览器：Internet Explorer 8
测试辅助工具：Xenu Link Sleuth
Inter（R）Core（TM）i5-2430M ，4.0GB内存

系统：Microsoft Windows 8.1
浏览器：Internet Explorer 11系统：Microsoft Windows 8.1
浏览器：Internet Explorer 11
测试辅助工具：HP loadrunner、Xenu Link
4 “学生综合测评管理系统”测试用例设计及执行
4.1 功能测试用例设计及执行
4.1.1 用户登陆模块测试
1. 用户登录模块介绍
用户登录模块页面如图3-1所示。

“用户名”栏中填写登陆的用户名，必填。“密码”栏中填写登录密码，必选。下面的单选框中选择一个登陆身份，单选，必选。KSPd2。
图3-1 用户登录界面
2. 测试用例设计
1） 以L-04为例，用户用鼠标点击“用户名”编辑框，然后使用键盘输入用户名“”；用鼠标点击“密码”编辑框，然后使用键盘输入密码“”；用鼠标在下面的单选框中选择“学生”；用鼠标点击“登陆”按钮查看是否登陆成功。0eerZ。
表3-1 用户登录测试用例
项目名称
学生综合测评管理系统
项目编号

模块名称
用户登录
测试类型
功能测试
测试方法
手工测试
测试对象
学生综合测评管理系统“用户登陆”模块
模块前置条件
用户已使用浏览器进入本系统。
用例编号
输入数据/操作
预期结果
实际结果
P/F
L-01
用户名：NULL；
密码：NULL；
（身份：学生、管理员、辅导员）
无法登陆
无法登陆
P
L-02
用户名：NULL
密码：20111721
（身份：学生、管理员、辅导员）
无法登陆
无法登陆
P
L-03
用户名：20111721；
密码：NULL；
（身份：学生、管理员、辅导员）
无法登陆
无法登陆
P
L-04
用户名：20111721；
密码：20111721；
身份：学生
登陆成功
登陆成功
P
L-05
用户名：20111706；
密码：20111706；
身份：学生
登陆失败
登陆失败
P
L-06
用户名：20111727；
密码：；
身份：辅导员
登陆成功
登陆成功
P
L-07
用户名：20111727；
密码：22222222；
身份：辅导员
登陆失败
登陆失败
P
L-08
用户名：20111721；
密码：20111721；
身份：辅导员
登陆失败
登陆失败
P
L-09
用户名：20111598；
密码：20111598；
身份：管理员
登陆成功
登陆成功
P
L-10
用户名：20111721；
密码：20111721；
身份：管理员
登陆失败
登陆失败
P
L-11
用户名：20111706；
密码：20111706；
身份：管理员
登录失败
登录失败
P
L-12
用户名：20111598；
密码：20111721；
身份：管理员
登录失败。
登录失败
P
注：P/F（Pass/Fail）通过/失败

4.1.2提出加分申请模块测试
3. 提出加分申请模块介绍
提出加分申请模块页面如图3-2所示。

“学号”栏中显示当前登录用户的学号。“类别”栏和“子类”栏中选择需要提交加分申请的类别，必选。“主题”栏中输入加分申请的主题，此项为必填项。“内容”栏中填写对此项加分申请的描述，此项为选填项。2g4nL。

图3-2 提出加分申请界面
4. 测试用例设计
2） 以A-01-全空白申请为例，用户用鼠标点击上边的“加分申请”中的“提出申请”进入“提出申请”页面；用鼠标点击“类别”下拉框，选择需要申报的项目类别；用鼠标点击“主题”编辑框，然后用键盘输入主题；用鼠标点击“内容”编辑框，然后用键盘输入内容；用鼠标点击“确定”按钮查看是否申请成功。ckJFd。
表3-2 学生加分申请测试用例
项目名称
学生综合测评管理系统
项目编号

模块名称
加分申请
测试类型
功能测试
测试方法
手工测试
测试对象
学生综合测评管理系统“加分申请”模块
模块前置条件
用户已使用浏览器通过学生角色登陆到系统，并转跳到加分申请页面
用例编号
输入数据/操作
预期结果
实际结果
P/F
A-01
类别：NULL；
子类：NULL;
子类：NULL;
子类：NULL;
主题：NULL；
内容：NULL；
申请失败
申请失败
P
A-02
类别：能力素质分；
子类：NULL
子类：NULL;
子类：NULL;
主题：NULL；
内容：NULL；
申请失败
申请失败
P
A-03
类别：能力素质分；
子类：刊物;
子类：NULL;
子类：NULL;
主题：NULL；
内容：NULL；
申请失败
申请失败
P
A-04
类别：能力素质分；
子类：刊物;
子类：国家重要核心刊物;
子类：NULL;
主题：NULL；
内容：NULL；
申请失败
申请失败
P
A-05
类别：能力素质分；
子类：刊物;
子类：国家重要核心刊物;
子类：第一作者;
主题：NULL；
内容：NULL；
申请失败
申请失败
P
A-06
类别：能力素质分；
子类：刊物;
子类：国家重要核心刊物;
子类：第一作者;
主题：刊物加分申报；
内容：NULL；
申请失败
申请失败
P
A-07
类别：能力素质分；
子类：刊物;
子类：国家重要核心刊物;
子类：第一作者;
主题：刊物加分申请；
内容：在《国家地理》以第一作发表了文章，申请该项加分；
申请成功
申请成功
P
注：P/F（Pass/Fail）通过/失败

4.1.3 用户管理模块测试
1. 测试模块介绍
用户管理模块页面如图3-3所示。

本页面主要内容是两个GridView，用于显示StudentTable和TeacherTable中的已有用户，后面的编辑和删除按钮可以方便管理员对用户进行编辑和删除操作。两个“Insert”按钮分别实现对StudentTable和TeacherTable中的用户添加操作。FanPe。
图3-3 用户管理界面

2. 测试用例设计
1） 以M-01为例，用户用鼠标点击第一个GridView控件中的第一个“删除”。然后进入数据库中的StudentTable表查看对应用户是否已删除。vWKYg。
表3-3 用户管理测试用例
项目名称
学生综合测评管理系统
项目编号

模块名称
用户管理
测试类型
功能测试
测试方法
手工测试
测试对象
学生综合测评管理系统“用户管理”模块
前置条件
测试人员已使用管理员的身份登录到系统之后，并选择了“用户管理”。
用例编号
输入数据/操作
预期结果
实际结果
P/F
M-01
点击第一个GridView控件中的第一个“删除”
此用户从StudentTable中删除
删除成功
P
M-02
点击第二个“编辑”；在编辑框中输入新的学生姓名“zhouming”，新的密码“123456”，点击“更新”
StudentTable表中对应账号的用户数据被更新
更新成功
P
M-03
点击第一个GridView控件中的第一个“删除”
此用户从TeacherTable中删除
删除成功
P
M-04
点击第二个GridView中的第二个“编辑”；在编辑框中输入新的学生姓名“zhouming”，新的密码“123456”，点击“更新”
TeacherTable表中对应账号的用户数据被更新
更新成功
P
M-05
点击第一个“Insert”按钮，在转跳的页面中填入各类信息。
StudentTable表中增加了对应新用户
添加成功
P
M-06
点击第二个“Insert”按钮，在转跳的页面中填入各类信息。
TeacherTable表中增加了对应新用户
添加成功
P
注：P/F（Pass/Fail）通过/失败

4.1.4加分审核模块测试
1. 测试模块介绍
加分审核模块页面如图3-4所示。

本页面主要内容是超链接，点击超链接转跳到对应的页面显示队对应学生的申请内容。下方有两个按钮，一个“通过”，一个“驳回”。WF7gL。
图3-4 加分审核界面

2. 测试用例设计
2） 以E-01为例，用户用鼠标点击第一个超链接，转跳到对应的显示申请内容的页面，用鼠标点击下方的“通过”按钮，然后进入数据库查看AddScoreTable中对应申请的状态一栏改变，在进入SScoreTable表查看对应的分数是否正确加到对应的学生中。jbG8v。
表3-4 加分审核测试用例
项目名称
学生综合测评管理系统
项目编号

模块名称
加分审核
测试类型
功能测试
测试方法
手工测试
测试对象
学生综合测评管理系统“加分审核”模块
前置条件
测试人员已使用辅导员的身份登录到系统之后，并选择了“加分审核”。
用例编号
输入数据/操作
预期结果
实际结果
P/F
E-01
点击第一个超链接，转跳到了申请信息显示页面，点击“通过”按钮
AddScoreTable中对应申请的状态一栏改变，再进入SScoreTable表查看对应的分数正确加到对应的学生中。

E-02
点击第二个超链接，转跳到了申请信息显示页面，点击“驳回”按钮
AddScoreTable中对应申请的状态一栏改变，再进入SScoreTable表查看对应的分数未加到对应的学生中。

注：P/F（Pass/Fail）通过/失败
（由于测试进行时该项功能尚未实现，所以此项测试工作未能完成。）
1.1 性能测试场景设计及执行
由于原计划使用的性能测试工具LoadRunner只能使用IE6浏览器，而开发人员使用的Windows7和Windows8.1系统无法安装IE6浏览器，所以该项测试无法按原计划完成。SnZJf。
1.2 链接测试
由于测试进行时系统尚未完全完成，所以该项测试被迫取消。
1.3 界面测试
针对学生综合测评管理系统的界面测试，我们主要从系统界面的易用性、规范性、美观性和整洁性做了测试，主要先过对使用该系统的用户进行调查的方式进行，然后界面测试人员进行总结分析。而此处使用该系统的用户主要为小组成员的朋友，年龄都在20左右，都为软件工程专业大三的学生，其中9名男生，3名女生。UNrU3。
表3-8 用户界面检查结果
检查项
评价
窗口切换，移动，改变大小时正常吗？
正常
快捷键使用正常吗？
正常
各种界面元素的状态正确吗？（如有效，无效，选中等状态）
正常
各种界面元素支持界面操作吗？
支持
各种界面元素支持鼠标操作吗？
支持
对话框中的缺省焦点正确吗？
正确
对于常用的功能，用户能否不必阅读手册就能使用？
是
数据项能正确回显吗？
能
提示正确吗？
正确
对于有风险的操作，有“确认”，“放弃”等提示吗？
没有
操作顺序合理吗？
合理
有联机帮助吗？
有
各种界面元素的布局合理吗？美观吗？
合理
各种界面元素的颜色协调吗？美观吗？
是
字体美观吗？
是
图标直观吗？
是
1.4 兼容性测试
浏览器
结果
谷歌浏览器
运行正常
Internet Explorer 8
运行正常
Internet Explorer 10
运行正常
Internet Explorer 11
运行正常
Firefox 22.0
运行正常
360安全浏览器5.0
运行正常

2 测试报告
2.1 功能测试结果分析
本次功能测试3个模块以及界面的相关测试。采用了手工测试相结合的测试策略，在测试中共发现缺陷数计0个，分模块统计如表4-1所示。GY7oZ。
3 表4-1 缺陷统计表
所属模块
Low
Medium
High
Very High
Urgent
合计
用户登录模块
0
0
0
0
0
0
加分申请模块
0
0
0
0
0
0
用户管理模块
0
0
0
0
0
0
界面测试模块
0
0
0
0
0
0
合计
0
0
0
0
0
0

4 表4-2 用例统计表
所属模块
用例总数
通过用例数
缺陷数
用例通过率
缺陷比例
用户登录模块
12
12
0
100%
0%
加分申请模块
7
7
0
100%
0%
用户管理模块
6
6
0
100%
0%
界面测试模块
16
16
0
100%
100%
注：缺陷比例是指缺陷占用例总数的百分比

2.2界面测试结果分析
学生综合测评管理系统经界面测试，未发现其在窗口的切换、快捷键的使用、各种界面元素的状态，以及几面元素的界面操作与鼠标操作方面存在问题，系统界面在易用性、规范性、美观性和整洁性方面均不存在大问题。但联机帮助功能不够全面，没有对多种语言的支持，这对新老用户均不存在使用障碍，但对于不使用中文为母语的用户可能存在使用上的不便。x4wYZ。
2.3兼容性测试结果分析
学生综合测评管理系统兼容现在市面上主流的浏览器。均能满足正常操作的需求。
4.5总结
学生综合测评管理系统能满足学生查看测评规则、学生提出加分申请、辅导员审核加分申请、辅导员制定测评规则、管理员对用户进行增删改查等基本功能需求，但在部分功能上没有做好设计。性能测试和链接测试方面没有满足性能测试和链接测试的要求。界面测试方面也基本达到、简洁、美观、易用的要求。综上所述，学生综合测评管理系统是一个良好的信息系统，但不适合大范围使用，可以在小范围内使用。tCgGz。
为了完善此系统，建议开发人员重新设计部分功能，对功能进行扩充，使系统在功能上更加完善，这样才能更方便用户使用。uqDUU。