软件测试学生成绩管理系统测试报告.pdf

《软件测试学生成绩管理系统测试报告.pdf》由会员分享，可在线阅读，更多相关《软件测试学生成绩管理系统测试报告.pdf（28页珍藏版）》请在三一文库上搜索。

1、. . 软 件 测 试 实 训 报 告 班级：软件测试 1406 班 姓名：贺勇游 学号： 2014180182 . . 目录 第一部分学生成绩管理系统需求分析1 一项目概述 2 二项目背景 2 三系统详细需求 5 第二部分学生成绩管理系统测试计划 8 一 概述 9 二 测试摘要 9 三 测试风险 10 四 缺陷等级分类和优先级描述 10 五 测试策略 12 六 暂停标准和再启动标准 13 七 测试任务和进度 14 八 测试提交物 15 第三部分学生成绩管理系统测试用例设计 15 一. 测试用例目的 16 二. 功能测试用例设计 16 2.1 系统登录功能模块用例设计 16 2.2 “系统功能

2、模块用例设计 17 2.3 档案管理功能模块用例设计 17 2.4 成绩管理功能模块用例设计 18 第四部分学生成绩管理系统缺陷记录 20 . . 一. 说明 21 二. 缺陷记录 21 第五部分学生成绩管理系统总结报告 22 一.引言 23 二. 测试用例简介 24 三. 测试结果及分析 24 四. 综合评价 24 五. 心得体会 24 学 生 成 绩 管 . . 理 系 统 需 求 分 析 一.项目概述 软件项目名称：生成绩管理系统 软件版本： 6.62 开发团队：阿林软件设计室 项目特点： 学生成绩管理系统 单机/网络版 (V6.52) 操作简单， 功能齐全，适合于各中、小学校及教育局。

3、该系统主要有以下几方 面的特点： . . 即可单机使用，又可在局域网下多用户共享使用。 所有数据即可从Excel 表中导入，也可导出到Excel 表，方 便地与 Excel 交换。支持读卡机。 可多台电脑同时输入成绩，输入时有语音提示，突破输入瓶 颈。 成绩排名详尽，成绩分析到位。 二.项目背景 学生成绩管理是所有院校学生管理事务中的一项重要工作，几年前， 各个学校的学生成绩管理基本上都是靠手工进行，随着各个学校的规 模增大，有关学生学籍工作管理所涉及的数据量越来越大，有的学校 不得不增加人力丶物力来进行学生成绩管理。但手工管理具有效率低 丶出错率高的缺点。 为了解决学生成绩管理问题， 学生成

4、绩管理系统 应运而生。高等院校成绩管理涉及学生成绩的录入、查询、操作。建 立学生成绩管理系统， 采用计算机对学生成绩进行管理，进行进一步 提高办学效益和现代化水平。 帮助广大教师提高工作效率， 实现学生 成绩信息管理工作流程的系统化、规范化、自动化。 三.系统详细需求 1. 系统功能需求描述及说明 学生学籍管理系统功能模块描述及说明： 1） 系统登录（ A） 说明： 使用管理员、操作员、查询员三种身份进行登陆操作。 2） 系统功能 . . 系统数据升级及维护（ B） 说明：对学生学籍管理系统使用的数据进行升级及维护。 更改口令（ C） 说明：对当前登陆的账号进行密码修改。 常用工具（ D） 说

5、明：打开系统的常用工具栏。 启动向导（ E） 说明：打开系统的启动向导，进行相关设置。 改变背景（ F） 说明：打开系统的背景设置，进行背景更改。 2. 安全性需求 （1）权限控制 根据不同用户角色， 设置相应权限， 用户的重要操作都做相应 的日志记录以备查看， 没有权限的用户禁止使用系统。学生只可查看 自已的学习成绩，教师只可查看所教课程的学生成绩 （2）重要数据加密 本系统对一些重要的数据按一定的算法进行加密，如用户口令、 重要参数等。 （3）数据备份 允许用户进行数据的备份和恢复，以弥补数据的破坏和丢失。 （4）记录日志 本系统应该能够记录系统运行时所发生的所有错误，包括本机 . . 错

6、误和网络错误。这些错误记录便于查找错误的原因。日志同时记 录用户的关键性操作信息。 3. 可用性需求 （1）方便操作，操作流程合理尽量从用户角度出发，以方便使 用本产品。如：新增学生信息时，敲入回车键光标的自动跳转、输入 法的自动转换， 信息检索时输入汉语简拼快速检索到结果等。可以通 过快速键方便用户录入信息，所有操作可仅通过键盘完成。 （2）支持没有计算机使用经验、计算机使用经验较少及有较多计 算机使用经验的用户均能方便地使用本系统。 （3）控制必录入项本系统能够对必须录入的项目进行控制，使 用户能够确保信息录入的完整。 同时对必录入项进行有效的统一的提 示。 （4）容错能力系统具有一定的容

7、错和抗干扰能力，在非硬件故 障或非通讯故障时， 系统能够保证正常运行， 并有足够的提示信息帮 助用户有效正确地完成任务。 （5）操作完成时有统一规范的提示信息例如删除操作时，系统 可提示警示框“您确认删除记录吗？操作不可恢复！ ”，用户点击确认后， 系统才执行删除操作，删除后可直接返回相关页面。 （6）用户可自定义为了满足业务的不断变化，一些重要的参数 应该可以灵活设置。 （7）联机帮助与操作指南。 4. 用户文档 . . 同本软件一起发行的用户文档包括： （1）安装手册： Word 格式文件。 （2）用户手册： Word 格式文件。 （3）在线帮助： HTML Help 格式文件，联机式。

8、5. 其它需求 （1）支持多浏览器。 （2）系统安装方便，易于维护 6. 外部接口需求 本系统采用 B/S 架构，所有界面使用WEB 风格，用户界面的具 体细节将在概要设计文档中描述。 7. 硬件接口 服务器建议使用专用服务器。 8. 软件需求 无特殊要求。 学 生 成 . . 绩 管 理 系 统 测 试 计 划 一. 概述 1.随着社会信息量的与日俱增， 学校需要有一个很好的学生成绩 管理系统，以方便对学生成绩进行有效的管理。系统应具有既方便老 师对觉得成绩的查询和插入， 也方便学生对自己成绩和获得的学分进 行查询的功能。 . . 2.为提高其安全性和响应速度， 本系统是基于 C/S 结构的

9、学生成 绩管理系统， 通过该系统可对学生成绩信息进行方便管理，为学校学 生和老师建立一个成绩信息沟通的平台，从而方便学校学生的成绩管 理。 二.测试摘要 （1）测试工件为四个阶段： 单元测试、组装测试、确认测试、系统测试 （2）经过软件测试后对我们对软件的要求基本功能满足，因为本 系统是一个类似的网站， 由前台与后台的管理。 前台就是学生的自助 查询，后台就是老师与管理员，老师只能上传学生的成绩信息，而后 台的管理员可以上传及修改学生与老师的基本信息，及课程编排。 （3）就目前的测试结果没有异常的现象出现。对于软件的运行环 境与要求基本符合。在测试过程中， 首先需要对各子单元过程进行 测试。在

10、各子单元过程测试完毕后，再对各模块（包括各子单元过程 之间的接口）进行测试，处理好各模块之间的接口，最后对系统进行 测试和维护。 三. 测试风险 1. 进度风险 （1）版本提交延迟。 （2）版本安装人员进度控制不严。 （3）人力资源不足。 . . （4）需求变更频繁。 2. 质量风险 （1）开发人员新手较多，代码未经自测； 修改问题速度慢。 （2）测试人员经验不足，前期积累少。 （3）缺乏相应的测试工具。 3. 环境风险 （1）测试环境冲突或测试资源少。 （2）测试环境可能存在影响测试结果的不稳定因素。 四. 缺陷等级分类和优先级描述 4.1 本测试过程把缺陷等级分为以下五个等级 缺陷等级概述

11、响应时间 A.致命错误一般指影响全局的死机，通信中 断、重要业务不能完成。如由于程序所 引起的死机或者非法退出；死循环，数 据库发生死锁，功能错误等。 立即解决 B.严重错误一般指规定的功能没有实现或者 不完整或者产生错误的结果； 设计不合 理造成性能低下，影响系统的运营；使 系统不稳定或破坏数据等。 发现后三天内 . . C.一般错误 通 常指 不影 响 业 务 运营的功能使用。如操作 界面错误 ;打印内容、格式 不准确；删除操作未给出 提示；数据库表中有过多 的空字段等。 发现后一周内 D.轻微错误 通 常指 界面 拼 写 错 误或用户使用不方便等 小问题或需要完善的问 题。如：界面不规范

12、、辅 助说明描述不清楚、输入 输出不规范等。 软件交付前 E.改进建议一般指软件中值得改良 的地方。 4.2 本测试以以下四种方式描述缺陷的优先级： 优先级等级描述 A.致命错误 由于该学生管理系统运行导致全局的死机，通信 中断、重要业务不能完成。如由于程序所引起的死机 或者非法退出；死循环，数据库发生死锁，功能错 误等。 . . B.严重错误 运行了学生管理系统后，由于某种人错误导致没 有实现或者不完整或者产生错误的结果；设计不合理 造成性能低下，影响系统的运营；使系统不稳定或破 坏数据等。 C.一般错误 学生成绩管理系统可以正常运行，但是影响业务 运营的功能使用。 如操作界面错误 ;打印内

13、容、 格式不 准确；删除操作未给出提示；数据库表中有过多的空 字段等。 D.轻微错误界面拼写错误或用户使用不方便等小问题或需 要完善的问题。如：界面不规范、辅助说明描述不清 楚、输入输出不规范等。 五.测试策略 方式 黑盒测试 简介 心输入数据和出结果 目的 测试能否正常运行 白盒测试研究源代码和程序分析系统内部结构 . . 静态测试运行被测软件，只静态 地检查程序代码。 同白盒测试 动态测试 运行被测程序，输入相 应的测试数据同黑盒测试 单元测试 对软件中的最小可测 试单元进行检查检测小单元 集成测试 测试单元模块组装成 系统或者子系统 测试集成小单元 系统测试 将整个软件系统看作 个整体进

14、行测试 测试整个系统 验收测试由用户来进行验收看是否达到用户需求 六.暂停标准和再启动标准 6.1 暂停、停止标准 1) 软件系统在进行单元、集成、确认、系统、安装、验收测试时， 发现一级错误（大于等于 1） 、二级错误（大于等于2）暂停测试返 回开发。 2) 软件系统经过单元、集成、确认、系统、安装、验收测试，分别 . . 达到单元、集成、确认、系统、安装、验收测试停止标准。 3) 软件系统通过验收测试，并已得出验收测试结论。 4) 软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点 数据。 6.2 再启动标准 1. 界面不规范 2. 辅助说明描述不清楚 3. 输入输出不规范 4. 长

15、时间操作未给用户提示 5. 提示窗口文字未采用行业术语 6. 可输入区域和只读区域没有明显的区分标志 7. 必填项与非必填项应加以区别 8. 滚动条无效 9. 键盘支持不好，如在可输入多行的字段中，不支持回车换行；或 对相同字段，在不同界面支持不同的快捷方式 10. 界面不能及时刷新，影响功能实现 七.测试任务和进度 7.1 测试 7.1 编写需求分析说明课时执行人 测试计划编写计划测试过程并编写文档4 贺勇游 测试用例编写进行用例设计并编写文档12 贺勇游 测试用例执行对用例进行执行查找缺陷16 贺勇游 . . 测试缺陷记录 对查找的缺陷进行记录，方 便项目组人员就行查看修改16 贺勇游 测

16、试总结报告 对测试过程进行总结，并书 写文档向项目组负责人报告 2 贺勇游 总计40 贺勇游 7.2 测试进度安排 测试活动计划开始 课时 实际 开始 课时 预计开始 课时 实际结束 课时 预计课时共用课时 测试前准备1 6 6 5 6 5 指定测试计划7 6 10 7 4 2 设计测试用例11 8 22 29 12 22 执行测试用例23 8 38 30 16 23 缺陷记录23 0 38 30 16 23 对测试进行评 估并报告 31 40 33 33 2 3 八.测试提交物 本测试结束后应该提交以下文档： 学生成绩管理系统测试计划 、 学生成绩管理系统测试用例 . . 学 生 成 绩 管

17、 理 系 统 测 试 一、用例目的 为了每一个测试需求确定测试用例集。 二、功能测试用例设计 测试中使用的相关数据： 管理员密码： 012345 ；操作员密码： 987654321 。 . . 测试中使用的用户类型一般为管理员，除特殊操作外。 2.1 系统登陆功能模块用例设计 A.子系统系统登陆功能模块测试用例 用例 编号 输入预期 结果 实际 结果 通过/ 失败 说明执行人执行 日期 第一次登陆系统 A001 1.双击学 生成绩管 理系统图 标。 2.输入单 位名称 进 入 学 生 成 绩 管 理 系 统 主 界 面 ， 进 入 向 导 设置。 进 入 学 生 成 绩 管 理 系 统 ， 进

18、 入 向 导 设置。 通过初 次 进 入系 统 ， 所 有 权 限 密 码 为 空。 贺勇游2016-1-1 非第一次登陆系统 A002 选择用户 类 型 为 “管理员”， 输 入 密 码。 进 入 学 生 成 绩 管 理 系 统 主 界 面。 进 入 学 生 成 绩 管 理 系 统 主 界 面。 通过贺勇游2016-1-1 A003 选择用户 类 型 为 “管理员”， 提 示 ： 输 入 的 密 码 有 提 示 ： 输 入 的 口 令 不 通过贺勇游2016-1-1 . . 输 入 密 码。 误。对。 A004 选择后输 入密码为 空 提 示 ： 输 入 的 密 码 有 误 提 示 ： 输

19、入 的 口 令 不 对 通过贺勇游2016-1-1 A005 选择用户 类 型 为 “管理员”， 输 入 密 码： “ 012345 ” 输入“ 1” 时 焦 点 锁 定 在 确 定 按 钮 输入“ 1” 时 焦 点 锁 定 在 确 定 按 钮。 通过密 码 不 能 超 过 十 位 字 符 贺勇游2016-1-1 2.2 系统功能模块用例设计 B.子系统“ 统数据升级及维护 ” 模块测试用例 用例 编号 输入预期 结果 实际 结果 通过/ 失败 说明执行 人 执行 日期 B001 选择维护的 数据 student.dbf, 单击确定 对 tudent.dbf 进行维护 不能选 择指定 的数 据

20、。 失败贺勇 游 2016-1-1 . . B002 选择维护的 数据 student.dbf, 单击确定 对 tudent.dbf 进行维护 不能选 择指定 的数 据。 失败贺勇 游 2016-1-1 B003 不选择任何 数据，单击 “确定”按钮。 提 示 ： 请 选 择 需 要 维 护 的 数 据！ 不能选 择指定 的数 据。 失败贺勇 游 2016-1-1 B004 选择所有的 数据，单击 “确定” 对 所 有 数 据 进 行 维 护。 不能选 择指定 的数 据。 失败贺勇 游 2016-1-1 2.3 档案管理功能模块用例设计 预期结果提示：修改密码成功 实际结果提示：修改密码成功

21、通过/失败通过 说明测试结束后密码还原为： 012345 ，方便下次用例的执行。 执行人贺勇游 执行日期2016-1-2 用例编号C002 输旧的密码012345 . . 入新的密码012345678 密码确认012345678 预期结果提示：请输入正确的密码 实际结果输入新的密码的第九位时自动跳到密码确认输入框，密码确认 的九位密码焦点移到确认按钮上，确认后。 通过/失败失败 说明输入的密码最多为6 位，超过六位应该提示用户输入的密码格 式不正确，否则容易失误修改，造成用户以后不能正常登陆。 执行人贺勇游 执行日期2016-1-2 用例编号C003 输 入 旧的密码012345 新的密码空

22、密码确认空 预期结果提示：密码修改成功 实际结果提示：密码修改成功 通过/失败通过 说明测试结束后还原密码为012345 执行人贺勇游 执行日期2016-1-2 2.4 成绩管理功能模块用例设计 . . 用例 编号 输入预期 结果 实际 结果 通过/ 失败 说明执行人执行 日期 I001 在 存 在 的 年 级 初 一 输 入 对 应 的 学 号 前 缀 为 C2010 提示： 是 否 修 改 数据。 直 接 退 出 并 修 改数据 失败在 进 行 数 据 录 入 或 者 修改后， 最 好 给 用 户 提 示 以 免 不 小 心 改错。 贺勇游 I002 在 存 在 的 年 级 初 二 输 入

23、 对 应 的 学 号 C2009 提示： 是 否 修 改 数据 直 接 进 行 初 三 的 学 号 前 缀 修 改。 失败贺勇游 I003 年 级 代 码： “ 07” 添 加 一 个 新 的 年 级 高 四。 添 加 一 个 新 的 年 级 高 四。 通过贺勇游 . . 学 生 成 绩 管 理 系 统 缺 陷 记 录 . . 一、说明 （1）学生成绩是高校人才培养计划的重要组成部分，是实现人才培 养目标、培养学生科研能力与创新思维、检验学生综合素质与实践能 力的重要手段与综合性实践教学环节。而笔者所在学院多采用半手 工管理学生成绩的方式， 所以有必要开发学生成绩管理系统来对学生 成绩档案进行

24、数字化管理。既可减轻学院教职员工工作压力，比较 系统地对教务、 教学上的各项服务和信息进行管理，又可加快成绩查 询速度、加强成绩管理，跟上国家各部门关于信息化的步伐，使各项 管理更加规范化。 （2） 上述问题，本论文对学生成绩管理系统的开发过程进行了较为 详细的论述。选择使用Microsoft 公司的 Visual Foxpro6.0作为开发 工具。利用其提供的各种面向对象的功能，尤其是数据库设计器这一 能方便而简洁操纵数据库的智能化对象，首先建立系统应用原型，然 后对初始原型系统进行需求迭代，不断修正和改进， 直到形成可行的 系统。在开发方法的选择上， 选择了生命周期法与原型法相结合的方 法

25、，遵循系统调查研究、系统分析、系统设计和系统实施四个主要 阶段进行设计。论文主要在系统调查研究的基础上对系统进行了系 统分析，分析了系统的可行性、 明确用户需求；并对数据库进行设计， 分析了该系统数据库的结构和数据库安全性措施；根据模块化原理， 将系统分为了几大功能模块， 并对各部分功能进行了分析； 采用结构 化程序设计的思想， 提出系统尤其是数据查询子系统的程序设计思路； . . 然后，对本系统的测试和安装进行了分析。文中还针对单机版成绩管 理软件不支持多用户、 不能远程操作的缺陷， 对系统的改进与提高提 出了新的设计：拟采用SQL SERVER作为数据库，将 VFP 的数据 升迁到 SQL

26、 SERVER 中，建立 ODBC 数据源，将 VFP 数据库连接 到 SQL SERVER ，既能利用原有数据库中的大量数据，又可解决访 问速度及数据共享的问题。 二、缺陷记录 1、 重要功能基本能实现，但系统不稳定、一些边界条件下操作会 导致学生成绩管理系统error、文件操作异常、通讯异常、数据丢失 或破坏等错误； 2、 重要功能不能按正常操作实现，但可通过其它方法可实现； 3、 错误的波及面广，影响到其它重要功能正常实现； 4、 密码明文显示； 5、 C/S、B/S 模式下，利用客户端某些操作可造成服务端不能继续 正常工作的。 3 类 BUG ：一般错误程序的功能运行基本正常，但是存在

27、一些需 求、设计或实现上的缺陷；次要功能运行不正常，如： 1、 次要功能不能正常实现； 2、 操作界面错误（包括数据窗口内列名定义、含义不一致）； 3、 打印内容、格式错误； 4、 查询错误，数据错误显示； 5、 简单的输入限制未放在前台进行控制； . . 6、 删除操作未给出提示； 学 生 成 绩 管 理 系 统 总 结 报 告 . . 一.引言 近年来 ,随着计算机技术的进步,以软件系统为核心的计算机应用 已经渗透到各行各业 ,在国民经济、国防领域以及人们的日常生活中 发挥着越来越重要的作用.因 此,当今社会对高质量软件的需求也越 来越迫切 .但是,随着软件规模的不断增长,软件质量问题逐渐

28、成为制 约计算机发展和应用的瓶颈之一.各种类型的软件错误层出不穷 ,不 仅给人们日益信息化的日常工作和生活带来极大的不便,在很多任务 关键领域甚至会造成极大的财产损失乃至人身伤害.为了提高软件质 量,尽可能地减少软件中的错误 ,人们尝试使用各种先进的软件开发 技术,并辅之以更加合理的生产管理手段,以提高软件产品的质量 .其 中一个重要手段就是软件测试。 二. 测试用例简介 测试用例（ Test Case ）是为某个特殊目标而编制的一组测试 输入、执行条件以及预期结果， 以便测试某个 程序路径或核实是否满 足某个特定需求。 三、测试结果与分析 通过测试学生成绩管理系统， 发现了一些该系统存在的一些问题， 有些问题必须解决， 有些问题不影响软件运行的功能。除了发现一些 表面的问题，我们推测该系统应该还存在一些其他方面的内部问题和 未发现的问题。 四、综合评价 . . 略。 五、心得体会 通过本次学生成绩管理系统测试计划报告的编写以及具体测 试工作的进行我深刻体会到软件测试是一个有组织有计划的活动，在 整个测试活动中只有各组员团结合作才能很好的完成整个测试活动。 整个测试活动的良好展开除了有一个很好的测试计划以外还必须拥 有众多的外部条件，如测试人员的知识结构以及测试时的硬件支持。 通过本次实训测试， 我想在我未来的求职和发展道路上将是不可估计 的财富。