搜索
软件测试实训报告班级：软件测试1406班姓名：贺勇游学号：2014180182目录第一部分学生成绩管理系统需求分析································1一．项目概述··················································2二．项目背景··················································2三．系统详细需求··············································5第二部分学生成绩管理系统测试计划································8一．概述························································9二．测试摘要····················································9三．测试风险····················································10四．缺陷等级分类和优先级描述····································10五．测试策略····················································12六．暂停标准和再启动标准········································13七．测试任务和进度··············································14八．测试提交物··················································15第三部分学生成绩管理系统测试用例设计····························15一.测试用例目的················································16二.功能测试用例设计············································162.1系统登录功能模块用例设计···································162.2“系统功能模块用例设计·····································172.3档案管理功能模块用例设计···································172.4成绩管理功能模块用例设计···································18第四部分学生成绩管理系统缺陷记录································20一.说明························································21二.缺陷记录····················································21第五部分学生成绩管理系统总结报告································22一.引言························································23二.测试用例简介················································24三.测试结果及分析··············································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）在线帮助：HTMLHelp格式文件，联机式。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.轻微错误通常指界面拼写错误或用户使用不方便等小问题或需要完善的问题。如：界面不规范、辅助说明描述不清楚、输入输出不规范等。软件交付前E.改进建议一般指软件中值得改良的地方。4.2本测试以以下四种方式描述缺陷的优先级：优先级等级描述A.致命错误由于该学生管理系统运行导致全局的死机，通信中断、重要业务不能完成。如由于程序所引起的死机或者非法退出；死循环，数据库发生死锁，，功能错误等。B.严重错误运行了学生管理系统后，由于某种人错误导致没有实现或者不完整或者产生错误的结果；设计不合理造成性能低下，影响系统的运营；使系统不稳定或破坏数据等。C.一般错误学生成绩管理系统可以正常运行，但是影响业务运营的功能使用。如操作界面错误;打印内容、格式不准确；删除操作未给出提示；数据库表中有过多的空字段等。D.轻微错误界面拼写错误或用户使用不方便等小问题或需要完善的问题。如：界面不规范、辅助说明描述不清楚、输入输出不规范等。五.测试策略方式黑盒测试简介心输入数据和出结果目的测试能否正常运行白盒测试研究源代码和程序分析系统内部结构静态测试运行被测软件，只静态地检查程序代码。同白盒测试动态测试运行被测程序，输入相应的测试数据同黑盒测试单元测试对软件中的最小可测试单元进行检查检测小单元集成测试测试单元模块组装成系统或者子系统测试集成小单元系统测试将整个软件系统看作个整体进行测试测试整个系统验收测试由用户来进行验收看是否达到用户需求六.暂停标准和再启动标准6.1暂停、停止标准1)软件系统在进行单元、集成、确认、系统、安装、验收测试时，发现一级错误（大于等于1）、二级错误（大于等于2）暂停测试返回开发。2)软件系统经过单元、集成、确认、系统、安装、验收测试，分别达到单元、集成、确认、系统、安装、验收测试停止标准。3)软件系统通过验收测试，并已得出验收测试结论。4)软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据。6.2再启动标准1.界面不规