教务管理系统-测试计划书
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
教务管理系统
——测试计划书
前言
近年来随着高校办学规模的迅速扩大各教育体制的不断改革,高校教务信息管理工作量大幅度增加,其复杂性也越来越大,而高校教务管理系统数据库设计是高校管理系统设计中的一项核心工作,这使得高校学生信息管理工作的信息化和网络化势在必行。高校新的人才培养模式和教学运转方式的实行,特别是学分制教学管理制度的实施与推行对教学管理提出了更高的要求。学校信息化的建设也以“教务综合管理信息系统”为核心,逐步向外延伸,最终实现“数字化校园”。但实际使用过程中或多或少存在一些问题:教务管理系统中的许多业务功能和数据信息与已有的学生处系统、招生与就业管理系统以及教务管理系统是有相互交叉甚至重复的地方。然而当前主流的管理平台只着眼在信息资源和相关数据的共享复用而不是软件功能复用;学校已有的各个信息系统通常是孤立搭建,只关注某一个业务环节或管理功能,各信息系统相互独立运行以致这些位置上分散的系统形成了一个个“信息孤岛”
目录
1.项目概述 (1)
1.1编写目的 (1)
1.2测试范围 (1)
1.3参考资料 (1)
2.测试计划执行情况 (2)
2.1测试类型 (2)
2.2进度偏差 (3)
2.3测试环境与配置 (3)
2.4测试机构和人员 (3)
2.5测试问题小结 (3)
3.测试总结 (4)
3.1测试用例执行结果 (4)
3.2测试问题解决 (4)
3.3测试结果分析 (5)
3.3.1覆盖分析 (5)
3.3.1.1测试覆盖分析 (5)
3.3.1.2需求覆盖分析 (5)
3.3.2缺陷分析 (5)
4.综合评价 (8)
4.1软件能力 (8)
4.2建议 (8)
1.项目概述
1.1编写目的
测对测试分析报告适用的范围进行简要的描述,包括项目名称、测试对象、测试依据、预期的读者范围,对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及模块等的规定
为了尽可能找出软件不足、提高软件质量、促进软件的成功验收,专门制定了本大纲。其主要目的在于为所要进行的测试工作制定各种必要的准则和规范以及在有关方面协议的基础上对测试工作进行合理组织与管理
1.2测试范围
对测试范围进行概述,体现本系统测试的范围
用户注册
用户登陆及修改个人信息
网上选课
活动报名
教学质量评估
公共信息的查询
系统安全系
1.3参考资料
2.测试计划执行情况2.1测试类型
2.2进度偏差
2.3测试环境与配置
2.4测试机构和人员
2.5测试问题小结
在整个系统测试执行期间,项目组开发人员高效及时地解决测试组人员提出的各种缺陷,在一定程度上较好的保证了测试执行的效率以及测试最终期限。但是在整个软件测试活动中还是暴露了一些问题,表现在:
a.测试执行时间相对较少,测试通过标准要求较低
b.开发人员相关培训未做到位,编码风格各异、细节性错误较多、返工现象存在较多
c.测试执行人员对管理平台不熟悉,使用时效率偏低
d.测试人员对系统了解不透彻存在理解偏差导致提交无效缺陷
3.测试总结
从客户端、数据传输和服务端三个方向入手,提出整个体系的安全架构方案与防御策略.利用数据加密技术原理、反入侵思路、用户认证机制、访问控制策略、服务器安全和应急响应方案等,提出了全方位而系统的防御方案.该方案能有效防止基于教务管理系统环境下的各种安全问题,有效地确保教务管理系统能提供稳定的服务。最后并完成系统全部功能的实现:用户注册,用户登陆及修改个人信息,网上选课,活动报名,教学质量评估,公共信息的查询。客户端在修改密码时会与改客户端注册时的手机或一些证件号码想挂钩,并使用数据加密,确保客户端在登陆时的安全性与稳定性。同时一个客户注册号只能在一部计算机登陆,并在每次登陆之后都会显示上次客户登陆时间,确保客户的资料和系统相结合一致。对于客户在执行功能时的准确与稳定性有的一定基础。如网上选课,能同时允许1万人同时登陆,不影响选课的质量
3.1测试用例执行结果
3.2测试问题解决
3.3测试结果分析
3.3.1覆盖分析
3.3.1.1测试覆盖分析
测试覆盖率=26/33*100%=78.8%
3.3.1.2需求覆盖分析
本次测试对系统需求的覆盖情况为:
需求覆盖率=Y(P)项/需求项总数*100%=83.33%
3.3.2缺陷分析
4.综合评价
4.1软件能力
经过项目组开发人员、测试组人员以及相关人员的协力合作,教务管理系统项目如期完成并达到交付标准。该系统能够实现教务管理系统在用户需求说明书中所约定的功能,即能够基本满足用户(老师和学生)在前台进行用户个人注册、登录,需求方在教务管理系统后台可根据用户的信息审核注册用户、管理院系和教务的模板以及发布站点公告等的功能4.2建议
需求提出方可以在使用该系统的基础上,继续搜集用户的使用需求反馈,并结合其他教务管理系统的优势,在今后的版本中不断补充并完善功能。建议当项目组成员确定后,在项目组内部对一些事项进行约定。如开发,测试的通用规范等,将会在一定程度上提高开发和测试的效率
8