软件测试《学生成绩管理系统》测试报告.docx

软件测试实班级：软件测试 1406 班姓名：学号：目录第一部分学生成绩管理系统需求分析 一. 项目概述 2二. 项目背景 2三. 系统详细需求 5第二部分 学生成绩管理系统测试计划 8一. 概述 9二. 测试摘要 9三. 测试风险 10四. 缺陷等级分类和优先级描述 10五. 测试策略 12六. 暂停标准和再启动标准 13七. 测试任务和进度 14八. 测试提交物 15第三部分 学生成绩管理系统测试用例设计 15一. 测试用例目的 16二. 功能测试用例设计 162系统登录功能模块用例设计 162.2 “系统功能模块用例设计 172.3档案管理功能模块用例设计 172.4成绩管理功能模块用例设计 18第四部分 学生成绩管理系统缺陷记录 20一 说明 21二 缺陷记录 21第五部分 学生成绩管理系统总结报告 22一. 引言 23二. 测试用例简介 24三. 测试结果及分析 24四. 综合评价 24学生成绩管理系统需求分析一项目概述 软件项目名称:《生成绩管理系统》 软件版本：6.62开发团队：阿林软件设计室项目特点：《学生成绩管理系统》单机/网络版（V6.52）操作简单，功能齐全，适合于各中、小学校及教育局。

该系统主要有以下 几方面的特点:•即可单机使用，又可在局域网下多用户共享使用•所有数据即可从Excel表中导入，也可导出到Excel表，方便地 与 Excel 交换支持读卡机.• 可多台电脑同时输入成绩,输入时有语音提示,突破输入瓶颈 成绩排名详尽，成绩分析到位 项目背景学生成绩管理是所有院校学生管理事务中的一项重要工作,几年前， 各个学校的学生成绩管理基本上都是靠手工进行 ,随着各个学校的规 模增大，有关学生学籍工作管理所涉及的数据量越来越大 ,有的学校 不得不增加人力丶物力来进行学生成绩管理 .但手工管理具有效率低 丶出错率高的缺点为了解决学生成绩管理问题，学生成绩管理系统 应运而生高等院校成绩管理涉及学生成绩的录入、查询、操作建 立学生成绩管理系统,采用计算机对学生成绩进行管理，进行进一步 提高办学效益和现代化水平帮助广大教师提高工作效率，实现学生 成绩信息管理工作流程的系统化、规范化、自动化.三. 系统详细需求1 系统功能需求描述及说明学生学籍管理系统功能模块描述及说明：1） 系统登录（A）说明：使用管理员、操作员、查询员三种身份进行登陆操作2） 系统功能① 系统数据升级及维护（B） 说明：对学生学籍管理系统使用的数据进行升级及维护。

② 更改口令（ C）说明：对当前登陆的账号进行密码修改③ 常用工具（ D ）说明:打开系统的常用工具栏.④ 启动向导（ E） 说明：打开系统的启动向导,进行相关设置.⑤ 改变背景（ F ） 说明：打开系统的背景设置,进行背景更改2. 安全性需求（ 1）权限控制根据不同用户角色,设置相应权限，用户的重要操作都做相应 的日志记录以备查看，没有权限的用户禁止使用系统 .学生只可查看 自已的学习成绩，教师只可查看所教课程的学生成绩（ 2）重要数据加密本系统对一些重要的数据按一定的算法进行加密 ,如用户口 令、重要参数等 3）数据备份允许用户进行数据的备份和恢复，以弥补数据的破坏和丢失4）记录日志本系统应该能够记录系统运行时所发生的所有错误，包括本机 错误和网络错误这些错误记录便于查找错误的原因.日志同时记录 用户的关键性操作信息.3 可用性需求（1）方便操作，操作流程合理 尽量从用户角度出发，以方便使 用本产品.如：新增学生信息时,敲入回车键光标的自动跳转、输入法 的自动转换，信息检索时输入汉语简拼快速检索到结果等可以通过 快速键方便用户录入信息，所有操作可仅通过键盘完成2）支持没有计算机使用经验、计算机使用经验较少及有较多计 算机使用经验的用户均能方便地使用本系统。

3）控制必录入项 本系统能够对必须录入的项目进行控制,使用 户能够确保信息录入的完整同时对必录入项进行有效的统一的提 示4）容错能力 系统具有一定的容错和抗干扰能力，在非硬件故障 或非通讯故障时,系统能够保证正常运行，并有足够的提示信息帮助 用户有效正确地完成任务5）操作完成时有统一规范的提示信息 例如删除操作时，系统 可提示警示框“您确认删除记录吗?操作不可恢复！”，用户点击确认 后，系统才执行删除操作，删除后可直接返回相关页面.6）用户可自定义 为了满足业务的不断变化，一些重要的参数应该可以灵活设置7）联机帮助与操作指南4. 用户文档 同本软件一起发行的用户文档包括:（1）安装手册：Word格式文件2） 用户手册： Word 格式文件.（3） 帮助： HTML Help 格式文件,联机式5. 其它需求（1）支持多浏览器 2）系统安装方便，易于维护6. 外部接口需求本系统采用 B/S 架构，所有界面使用 WEB 风格，用户界面的具 体细节将在概要设计文档中描述7. 硬件接口服务器建议使用专用服务器8. 软件需求无特殊要求学生成绩管理系统测试计划一. 概述1. 随着社会信息量的与日俱增，学校需要有一个很好的学生成绩 管理系统，以方便对学生成绩进行有效的管理。

系统应具有既方便老 师对觉得成绩的查询和插入，也方便学生对自己成绩和获得的学分进 行查询的功能2•为提高其安全性和响应速度，本系统是基于C/S结构的学生成 绩管理系统，通过该系统可对学生成绩信息进行方便管理 ,为学校学 生和老师建立一个成绩信息沟通的平台，从而方便学校学生的成绩管理二. 测试摘要（1） 测试工件为四个阶段:单元测试、组装测试、确认测试、系统测试（2）经过软件测试后对我们对软件的要求基本功能满足，因为本 系统是一个类似的网站，由前台与后台的管理前台就是学生的自助 查询,后台就是老师与管理员，老师只能上传学生的成绩信息，而后 台的管理员可以上传及修改学生与老师的基本信息,及课程编排3）就目前的测试结果没有异常的现象出现对于软件的运行环 境与要求基本符合 在测试过程中，首先需要对各子单元过程进行 测试在各子单元过程测试完毕后，再对各模块（包括各子单元过程 之间的接口）进行测试，处理好各模块之间的接口，最后对系统进行 测试和维护三. 测试风险1. 进度风险（1）版本提交延迟2）版本安装人员进度控制不严3）人力资源不足4）需求变更频繁.2 质量风险（1）开发人员新手较多，代码未经自测；修改问题速度慢。

2）测试人员经验不足,前期积累少3）缺乏相应的测试工具.3. 环境风险 （1）测试环境冲突或测试资源少2）测试环境可能存在影响测试结果的不稳定因素四 缺陷等级分类和优先级描述41 本测试过程把缺陷等级分为以下五个等级缺陷等级概述响应时间A致命错误一般指影响全局的死机，通信中断、 重要业务不能完成如由于程序所引起 的死机或者非法退出；死循环，数据库 发生死锁，，功能错误等立即解决B.严重错误一般指规定的功能没有实现或者 不完整或者产生错误的结果；设计不合 理造成性能低下，影响系统的运营;使系 统不稳定或破坏数据等发现后三天内C一般错误通常指不影响业务 运营的功能使用如操作 界面错误;打印内容、格式 不准确；删除操作未给出 提示;数据库表中有过多 的空字段等发现后一周内D轻微错误通常指界面拼写错 误或用户使用不方便等 小问题或需要完善的问 题如:界面不规范、辅助 说明描述不清楚、输入输 出不规范等软件交付前E改进建议一般指软件中值得改良 的地方4.2 本测试以以下四种方式描述缺陷的优先级:优先级等级描述A.致命错误由于该学生管理系统运行导致全局的死机，通信 中断、重要业务不能完成.如由于程序所引起的死机或 者非法退出；死循环，数据库发生死锁,，功能错误等。

B严重错误运行了学生管理系统后,由于某种人错误导致没 有实现或者不完整或者产生错误的结果；设计不合理 造成性能低下，影响系统的运营；使系统不稳定或破 坏数据等C. 一般错误学生成绩管理系统可以正常运行，但是影响业务 运营的功能使用如操作界面错误；打印内容、格式 不准确；删除操作未给出提示；数据库表中有过多的 空字段等D.轻微错误界面拼写错误或用户使用不方便等小问题或需 要完善的问题.如：界面不规范、辅助说明描述不清楚、 输入输出不规范等五. 测试策略方式简介目的黑盒测试心输入数据和出结果测试能否正常运行白盒测试研究源代码和程序分析系统内部结构静态测试运行被测软件，只静态地检查程序代码同白盒测试动态测试运行被测程序，输入相应的测试数据同黑盒测试单元测试对软件中的最小可测试单元进行检查检测小单元集成测试测试单元模块组装成系统或者子系统测试集成小单元系统测试将整个软件系统看作个整体进行测试测试整个系统验收测试由用户来进行验收看是否达到用户需求六. 暂停标准和再启动标准6.1 暂停、停止标准1) 软件系统在进行单元、集成、确认、系统、安装、验收测试时， 发现一级错误 (大于等于 1)、二级错误(大于等于 2)暂停测试返 回开发.2) 软件系统经过单元、集成、确认、系统、安装、验收测试，分别 达到单元、集 成、确认、系统、安装、验收测试停止标准。

3) 软件系统通过验收测试，并已得出验收测试结论4) 软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点 数据6.2 再启动标准1. 界面不规范2. 辅助说明描述不清楚3 输入输出不规范4. 长时间操作未给用户提示5. 提示窗口文字未采用行业术语6. 可输入区域和只读区域没有明显的区分标志7 必填项与非必填项应加以区别8. 滚动条无效9. 键盘支持不好,如在可输入多行的字段中 ,不支持回车换行;或对相同字段， 在不同界面支持不同的快捷方式10. 界面不能及时刷新，影响功能实现七测试任务和进度71 测试7.1编写需求分析说明课时执行人测试计划编写计划测试过程并编写文档4贺勇游测试用例编写进行用例设计并编写文档12贺勇游测试用例执行对用例进行执行查找缺陷16贺勇游测试缺陷记录对查找的缺陷进行记录，方 便项目组人员就行查看修改16贺勇游测试总结报告对测试过程进行总结，并书写文档向项目组负责人报告2贺勇游总计40贺勇游7.2 测试进度安排测试活动计划开始 课时实际 开始 课时预计开始 课时实际结束 课时预计课时共用课时测试前准备166565指定测试计划7610742设计测试用例11822291222执行测试用例23838301623缺陷记录23038301623对测试进行评 估并报告314033332。