软 件 测 - 试 实 训 报 告
班级：软件测试1406：贺勇游 学号：2014180182
. 可修编.
班 . -
目录
第一部分学生成绩管理系统需求分析································1 一． 项目概述··················································2 二． 项目背景··················································2 三． 系统详细需求··············································5 第二部分学生成绩管理系统测试计划································8 一． 概述························································9 二． 测试摘要····················································9 三． 测试风险····················································10 四． 缺陷等级分类和优先级描述····································10 五． 测试策略····················································12 六． 暂停标准和再启动标准········································13 七． 测试任务和进度··············································14 八． 测试提交物··················································15 第三部分学生成绩管理系统测试用例设计····························15 一. 测试用例目的················································16 二. 功能测试用例设计············································16
2.1 系统登录功能模块用例设计···································16 2.2 “系统功能模块用例设计·····································17 2.3 档案管理功能模块用例设计···································17
- . 可修编.
. -
2.4 成绩管理功能模块用例设计···································18 第四部分学生成绩管理系统缺陷记录································20 一. 说明························································21 二. 缺陷记录····················································21 第五部分学生成绩管理系统总结报告································22 一.引言························································23 二. 测试用例简介················································24 三. 测试结果及分析··············································24 四. 综合评价····················································24 五. 心得体会···················································24
学 生 成 绩
- . 可修编.
. -
管 理 系 统 需 求 分 析
一.项目概述
软件项目名称：《生成绩管理系统》 软件版本：6.62
开发团队：阿林软件设计室
项目特点：《学生成绩管理系统》单机/网络版(V6.52)操作简单，功能齐全，适合于各中、小学校及教育局。该系统主要有以下几方
- . 可修编.
. -
面的特点：
即可单机使用，又可在局域网下多用户共享使用。 所有数据即可从Excel表中导入，也可导出到Excel表，方便地与Excel交换。支持读卡机。
可多台电脑同时输入成绩，输入时有语音提示，突破输入瓶颈。
成绩排名详尽，成绩分析到位。
二.项目背景
学生成绩管理是所有院校学生管理事务中的一项重要工作，几年前，各个学校的学生成绩管理基本上都是靠手工进行，随着各个学校的规模增大，有关学生学籍工作管理所涉及的数据量越来越大，有的学校不得不增加人力丶物力来进行学生成绩管理。但手工管理具有效率低丶出错率高的缺点。为了解决学生成绩管理问题，学生成绩管理系统应运而生。高等院校成绩管理涉及学生成绩的录入、查询、操作。建立学生成绩管理系统，采用计算机对学生成绩进行管理，进行进一步提高办学效益和现代化水平。帮助广大教师提高工作效率，实现学生成绩信息管理工作流程的系统化、规X化、自动化。 三.系统详细需求
1. 系统功能需求描述及说明
学生学籍管理系统功能模块描述及说明： 1）系统登录（A）
说明：使用管理员、操作员、查询员三种身份进行登陆操作。
- . 可修编.
. -
2）系统功能
①系统数据升级及维护（B）
说明：对学生学籍管理系统使用的数据进行升级及维护。 ②更改口令（C）
说明：对当前登陆的账号进行密码修改。 ③常用工具（D）
说明：打开系统的常用工具栏。 ④启动向导（E）
说明：打开系统的启动向导，进行相关设置。 ⑤改变背景（F）
说明：打开系统的背景设置，进行背景更改。 2. 安全性需求 （1）权限控制
根据不同用户角色，设置相应权限，用户的重要操作都做相应的日志记录以备查看，没有权限的用户禁止使用系统。学生只可查看自已的学习成绩，教师只可查看所教课程的学生成绩 （2）重要数据加密
本系统对一些重要的数据按一定的算法进行加密，如用户口令、重要参数等。 （3）数据备份
允许用户进行数据的备份和恢复，以弥补数据的破坏和丢失。（4）记录日志
- . 可修编.
. -
本系统应该能够记录系统运行时所发生的所有错误，包括本机错误和网络错误。这些错误记录便于查找错误的原因。日志同时记录用户的关键性操作信息。 3. 可用性需求
（1）方便操作，操作流程合理尽量从用户角度出发，以方便使用本产品。如：新增学生信息时，敲入回车键光标的自动跳转、输入法的自动转换，信息检索时输入汉语简拼快速检索到结果等。可以通过快速键方便用户录入信息，所有操作可仅通过键盘完成。
（2）支持没有计算机使用经验、计算机使用经验较少及有较多计算机使用经验的用户均能方便地使用本系统。
（3）控制必录入项本系统能够对必须录入的项目进行控制，使用户能够确保信息录入的完整。同时对必录入项进行有效的统一的提示。
（4）容错能力系统具有一定的容错和抗干扰能力，在非硬件故障或非通讯故障时，系统能够保证正常运行，并有足够的提示信息帮助用户有效正确地完成任务。
（5）操作完成时有统一规X的提示信息例如删除操作时，系统可提示警示框“您确认删除记录吗？操作不可恢复！”，用户点击确认后，系统才执行删除操作，删除后可直接返回相关页面。
（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）测试环境可能存在影响测试结果的不稳定因素。 四. 缺陷等级分类和优先级描述
4.1 本测试过程把缺陷等级分为以下五个等级 缺陷等级 A.致命错误 一般指影响全局的死机，通信中断、重要业务不能完成。如由于程序所引起的死机或者非法退出；死循环，数据库发生死锁，，功能错误等。 概述 响应时间 立即解决 B.严重错误 一般指规定的功能没有实现或者不完整或者产生错误的结果；设计不合理造成性能低下，影响系统的运营；使系统不稳定或破坏数据等。 发现后三天内 - . 可修编.
. -
C.一般错误 通常指不影响业务 运营的功能使用。如操作界面错误;打印内容、格式不准确；删除操作未给出提示；数据库表中有过多的空字段等。 发现后一周内 D.轻微错误 通常指界面拼写错 误或用户使用不方便等小问题或需要完善的问题。如：界面不规X、辅助说明描述不清楚、输入输出不规X等。 软件交付前 E.改进建议 一般指软件中值得改良 的地方。 4.2 本测试以以下四种方式描述缺陷的优先级：
优先级等级 A.致命错误 由于该学生管理系统运行导致全局的死机，通信中断、重要业务不能完成。如由于程序所引起的死机或者非法退出；死循环，数据库发生死锁，，功能错误等。 描述 - . 可修编.
. -
B.严重错误 运行了学生管理系统后，由于某种人错误导致没有实现或者不完整或者产生错误的结果；设计不合理造成性能低下，影响系统的运营；使系统不稳定或破坏数据等。 C.一般错误 学生成绩管理系统可以正常运行，但是影响业务运营的功能使用。如操作界面错误;打印内容、格式不准确；删除操作未给出提示；数据库表中有过多的空字段等。 D.轻微错误 界面拼写错误或用户使用不方便等小问题或需要完善的问题。如：界面不规X、辅助说明描述不清楚、输入输出不规X等。 五.测试策略
方式 黑盒测试 简介 目的 心输入数据和出结果 测试能否正常运行 白盒测试 研究源代码和程序 分析系统内部结构 - . 可修编.
. -
静态测试 运行被测软件，只静态同白盒测试 地检查程序代码。 动态测试 运行被测程序，输入相 应的测试数据 同黑盒测试 单元测试 对软件中的最小可测 试单元进行检查 检测小单元 集成测试 测试单元模块组装成测试集成小单元 系统或者子系统 系统测试 将整个软件系统看作测试整个系统 个整体进行测试 验收测试 由用户来进行验收 看是否达到用户需求 六.暂停标准和再启动标准
6.1暂停、停止标准
1) 软件系统在进行单元、集成、确认、系统、安装、验收测试时，发现一级错误（大于等于1）、二级错误（大于等于2）暂停测试返回开发。
2) 软件系统经过单元、集成、确认、系统、安装、验收测试，分别
- . 可修编.
. -
达到单元、集成、确认、系统、安装、验收测试停止标准。 3) 软件系统通过验收测试，并已得出验收测试结论。
4) 软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据。 6.2 再启动标准 1. 界面不规X
2. 辅助说明描述不清楚 3. 输入输出不规X
4. 长时间操作未给用户提示 5. 提示窗口文字未采用行业术语
6. 可输入区域和只读区域没有明显的区分标志 7. 必填项与非必填项应加以区别 8. 滚动条无效
9. 键盘支持不好，如在可输入多行的字段中，不支持回车换行；或对相同字段，在不同界面支持不同的快捷方式 10. 界面不能及时刷新，影响功能实现
七.测试任务和进度
7.1测试
测试计划编写 测试用例编写 测试用例执行 7.1编写需求分析说明 计划测试过程并编写文档 进行用例设计并编写文档 对用例进行执行查找缺陷 课时 4 12 16 执行人 贺勇游 贺勇游 贺勇游 - . 可修编.
. -
测试缺陷记录 对查找的缺陷进行记录，方便项目组人员就行查看修改 16 贺勇游 测试总结报告 总计 对测试过程进行总结，并书写文档向项目组负责人报告 2 贺勇游 40 贺勇游 7.2 测试进度安排
测试活动 计划开始 课时 实际预计开始 实际结束 预计课时 共用课时 开始 课时 课时 测试前准备 1 6 6 8 8 0 40 6 10 22 38 38 33 5 7 29 30 30 33 6 4 12 16 16 2 5 2 22 23 23 3 课时 指定测试计划 7 设计测试用例 11 执行测试用例 23 缺陷记录 23 对测试进行评31 估并报告
八.测试提交物
本测试结束后应该提交以下文档：
《学生成绩管理系统测试计划》、《学生成绩管理系统测试用例》
- . 可修编.
. -
学 生 成 绩 管 理 系 统 测 试
一、用例目的
为了每一个测试需求确定测试用例集。
二、功能测试用例设计
测试中使用的相关数据：
管理员密码：012345；操作员密码：987654321。 测试中使用的用户类型一般为管理员，除特殊操作外。
- . 可修编.
. -
2.1 系统登陆功能模块用例设计
A.子系统系统登陆功能模块测试用例 用例 编号 第一次登陆系统 A001 1.双击学生进入学进入学通过 成绩管理系生成绩生成绩统图标。 管理系管理系初次进贺勇游 2016-1-1 入系输入 预期 结果 实际 结果 通过/ 失败 说明 执行人 执行 日期 统，所有权限密码为空。 2.输入单位统主界统，进名称 面，进入向导入向导设置。 设置。 非第一次登陆系统 A002 选择用户类进入学进入学通过 型为“管理生成绩生成绩员”，输入密管理系管理系码。 统主界统主界面。 A003 面。 贺勇游 2016-1-1 选择用户类提示：提示：通过 型为“管理输入的输入的员”，输入密密码有口令不码。 误。 对。 贺勇游 2016-1-1 - . 可修编.
. -
A004 选择后输入提示：提示：通过 密码为空 输入的输入的密码有口令不误 对 入输入通过 贺勇游 2016-1-1 A005 选择用户类输密码不贺勇游 2016-1-1 能超过十位字符 型为“管理“1”时“1”时员”，输入密焦点锁焦点锁码：定在确定在确按“012345” 定按钮 定钮。
2.2系统功能模块用例设计
B.子系统“统数据升级及维护”模块测试用例 用例编号 B001 输入 预期 结果 选择维护对实际 结果 通过/ 失败 说明 执行人 执行 日期 贺勇游 2016-1-1 不能选失败 的数据tudent.dbf 择指定student.dbf,单击确定 B002 进行维护 的 据。 不能选失败 贺勇游 2016-1-1 数选择维护对的数据tudent.dbf 择指定student.dbf,进行维护 的数- . 可修编.
. -
单击确定 据。 B003 不选择任提示：请不能选失败 何数据，单选择需要择指定击“确定”维护的数的按钮。 据！ 据。 数 贺勇游 2016-1-1 B004 选择所有对所有数不能选失败 的数据，单据进行维择指定击“确定” 护。 的据。 数 贺勇游 2016-1-1
2.3 档案管理功能模块用例设计
预期结果 实际结果 通过/失败 说明 执行人 执行日期 用例编号 输旧的密码 入 新的密码 密码确认 提示：修改密码成功 提示：修改密码成功 通过 测试结束后密码还原为：012345，方便下次用例的执行。 贺勇游 2016-1-2 C002 012345 012345678 012345678 - . 可修编.
. -
预期结果 实际结果 提示：请输入正确的密码 输入新的密码的第九位时自动跳到密码确认输入框，密码确认的九位密码焦点移到确认按钮上，确认后。 通过/失败 说明 失败 输入的密码最多为6位，超过六位应该提示用户输入的密码格式不正确，否则容易失误修改，造成用户以后不能正常登陆。 执行人 执行日期 用例编号 输旧的密码 入 新的密码 密码确认 预期结果 实际结果 通过/失败 说明 执行人 执行日期
贺勇游 2016-1-2 C003 012345 空 空 提示：密码修改成功 提示：密码修改成功 通过 测试结束后还原密码为012345 贺勇游 2016-1-2 2.4成绩管理功能模块用例设计
用例 编号 输入 预期 结果 实际 结果 通过/ 失败 说明 执行人 执行 日期 - . 可修编.
. -
I001 在存在提示：是直接退失败 的年级否修改出并修初一输数据。 入对应的学号前缀为C2010 改数据 在进行贺勇游 数据录入或者修改后，最好给用户提示以免不小心改错。 I002 在存在提示：是直接进失败 的年级否修改行初三初二输数据 入对应的学号C2009 的学号前缀修改。 贺勇游 I003 年级代添加一添加一通过 码：个新的个新的年级高年级高四。 四。 贺勇游 “07” 学
- . 可修编.
. -
生 成 绩 管 理 系 统 缺 陷 记 录
一、说明
（1）学生成绩是高校人才培养计划的重要组成部分，是实现人才培养目标、培养学生科研能力与创新思维、检验学生综合素质与实践能
- . 可修编.
. -
力的重要手段与综合性实践教学环节。而笔者所在学院多采用半手工管理学生成绩的方式，所以有必要开发学生成绩管理系统来对学生成绩档案进行数字化管理。既可减轻学院教职员工工作压力，比较系统地对教务、教学上的各项服务和信息进行管理，又可加快成绩查询速度、加强成绩管理，跟上国家各部门关于信息化的步伐，使各项管理更加规X化。
（2）上述问题，本论文对学生成绩管理系统的开发过程进行了较为详细的论述。选择使用Microsoft公司的Visual Foxpro6.0作为开发工具。利用其提供的各种面向对象的功能，尤其是数据库设计器这一能方便而简洁操纵数据库的智能化对象，首先建立系统应用原型，然后对初始原型系统进行需求迭代，不断修正和改进，直到形成可行的系统。在开发方法的选择上，选择了生命周期法与原型法相结合的方法，遵循系统调查研究、系统分析、系统设计和系统实施四个主要阶段进行设计。论文主要在系统调查研究的基础上对系统进行了系统分析，分析了系统的可行性、明确用户需求；并对数据库进行设计，分析了该系统数据库的结构和数据库安全性措施；根据模块化原理，将系统分为了几大功能模块，并对各部分功能进行了分析；采用结构化程序设计的思想，提出系统尤其是数据查询子系统的程序设计思路；然后，对本系统的测试和安装进行了分析。文中还针对单机版成绩管理软件不支持多用户、不能远程操作的缺陷，对系统的改进与提高提出了新的设计：拟采用 SQL SERVER作为数据库，将VFP的数据升迁到SQL SERVER中，建立ODBC数据源，将VFP数据库连接到SQL SERVER，
- . 可修编.
. -
既能利用原有数据库中的大量数据，又可解决访问速度及数据共享的问题。
二、缺陷记录
1、重要功能基本能实现，但系统不稳定、一些边界条件下操作会导致学生成绩管理系统 error、文件操作异常、通讯异常、数据丢失或破坏等错误；
2、重要功能不能按正常操作实现，但可通过其它方法可实现； 3、错误的波及面广，影响到其它重要功能正常实现； 4、密码明文显示；
5、C/S、B/S模式下，利用客户端某些操作可造成服务端不能继续正常工作的。
3类BUG：一般错误程序的功能运行基本正常，但是存在一些需求、设计或实现上的缺陷；次要功能运行不正常，如： 1、次要功能不能正常实现；
2、操作界面错误（包括数据窗口内列名定义、含义不一致）； 3、打印内容、格式错误； 4、查询错误，数据错误显示；
5、简单的输入限制未放在前台进行控制； 6、删除操作未给出提示；
学
- . 可修编.
. -
生 成 绩 管 理 系 统 总 结 报 告
一.引言
近年来,随着计算机技术的进步,以软件系统为核心的计算机应用已经渗透到各行各业,在国民经济、国防领域以及人们的日常生活中
- . 可修编.
. -
发挥着越来越重要的作用.因此,当今社会对高质量软件的需求也越来越迫切.但是,随着软件规模的不断增长,软件质量问题逐渐成为制约计算机发展和应用的瓶颈之一.各种类型的软件错误层出不穷,不仅给人们日益信息化的日常工作和生活带来极大的不便,在很多任务关键领域甚至会造成极大的财产损失乃至人身伤害.为了提高软件质量,尽可能地减少软件中的错误,人们尝试使用各种先进的软件开发技术,并辅之以更加合理的生产管理手段,以提高软件产品的质量.其中一个重要手段就是软件测试。
二. 测试用例简介
测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。
三、测试结果与分析
通过测试学生成绩管理系统，发现了一些该系统存在的一些问题，有些问题必须解决，有些问题不影响软件运行的功能。除了发现一些表面的问题，我们推测该系统应该还存在一些其他方面的内部问题和未发现的问题。
四、综合评价
略。
五、心得体会
通过本次《学生成绩管理系统测试计划报告》的编写以及具体测试工作的进行我深刻体会到软件测试是一个有组织有计划的活动，在
- . 可修编.
. -
整个测试活动中只有各组员团结合作才能很好的完成整个测试活动。整个测试活动的良好展开除了有一个很好的测试计划以外还必须拥有众多的外部条件，如测试人员的知识结构以及测试时的硬件支持。通过本次实训测试，我想在我未来的求职和发展道路上将是不可估计的财富。
-
. 可修编.
因篇幅问题不能全部显示，请点此查看更多更全内容