您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 商业计划书 > 教务管理系统-测试计划书
教务管理系统——测试计划书前言近年来随着高校办学规模的迅速扩大各教育体制的不断改革,高校教务信息管理工作量大幅度增加,其复杂性也越来越大,而高校教务管理系统数据库设计是高校管理系统设计中的一项核心工作,这使得高校学生信息管理工作的信息化和网络化势在必行。高校新的人才培养模式和教学运转方式的实行,特别是学分制教学管理制度的实施与推行对教学管理提出了更高的要求。学校信息化的建设也以“教务综合管理信息系统”为核心,逐步向外延伸,最终实现“数字化校园”。但实际使用过程中或多或少存在一些问题:教务管理系统中的许多业务功能和数据信息与已有的学生处系统、招生与就业管理系统以及教务管理系统是有相互交叉甚至重复的地方。然而当前主流的管理平台只着眼在信息资源和相关数据的共享复用而不是软件功能复用;学校已有的各个信息系统通常是孤立搭建,只关注某一个业务环节或管理功能,各信息系统相互独立运行以致这些位置上分散的系统形成了一个个“信息孤岛”目录1.项目概述.......................................................................................................................................11.1编写目的............................................................................................................................11.2测试范围............................................................................................................................11.3参考资料............................................................................................错误!未定义书签。2.测试计划执行情况.......................................................................................................................12.1测试类型............................................................................................................................12.2进度偏差............................................................................................................................22.3测试环境与配置................................................................................................................22.4测试机构和人员................................................................................................................32.5测试问题小结....................................................................................................................33.测试总结.......................................................................................................................................33.1测试用例执行结果............................................................................................................33.2测试问题解决.....................................................................................................................43.3测试结果分析.....................................................................................................................43.3.1覆盖分析................................................................................................................43.3.1.1测试覆盖分析............................................................................................43.3.1.2需求覆盖分析............................................................................................43.3.2缺陷分析................................................................................................................54.综合评价.......................................................................................................................................64.1软件能力............................................................................................................................64.2建议....................................................................................................................................611.项目概述1.1编写目的测对测试分析报告适用的范围进行简要的描述,包括项目名称、测试对象、测试依据、预期的读者范围,对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及模块等的规定为了尽可能找出软件不足、提高软件质量、促进软件的成功验收,专门制定了本大纲。其主要目的在于为所要进行的测试工作制定各种必要的准则和规范以及在有关方面协议的基础上对测试工作进行合理组织与管理1.2测试范围对测试范围进行概述,体现本系统测试的范围用户注册用户登陆及修改个人信息网上选课活动报名教学质量评估公共信息的查询系统安全系2.测试计划执行情况2.1测试类型测试类型测试内容测试目的所用的测试工具和方法功能测试用户个人前台:注册新用户、登录系统、找回密码、更改密码,查看个人课表、教师课表、个人成绩等游客(浏览者)功能:查看网页主页、精确查询、模糊查询等管理后台:管理员登录系统、审核注册用户、增加修改或删除院系、增加修改或删除模板、发布站点公告等核实所有功能均已正常实现a.流程检验:各个业务流程符合常规逻辑,用户使用时不会产生疑问b.数据精确:个数据类型的输入输出时统计精确采用黑盒测试,使用边界值测试、等价类划分、数据驱动等测试方法,进行手工测试用户界面(UI)测试a.导航、链接、页面结构(包括菜单、背景、颜色、字体、按钮名核实各个窗口风格(包括颜色、字体、提Web测试通用发方法工测试2称、TITLE、提示信息的一致性等)b.友好型、易用性、合理性、一致性、正确性等示信息、图标、TITLE等)都与基准版本保持一致或符合可接受标准,能够保证用户界面的友好性、易操作性且符合用户操作习惯安全性和访问控制测试密码:登录个人用户、管理员用户权限限制通过修改URL非法访问登录超时限制等a.应用程序级别的安全性:核实用户只能操作其所拥有权限操作的功能b.系统级别的安全性:核实只有具备系统访问权限的用户才能访问系统黑盒测试、手工测试性能测试核实系统在大流量的数据与多用户操作时软件性能的稳定性,不造成系统崩溃或相关的异常现象2.2进度偏差测试活动计划起止日期实际起止日期进度偏差备注制定测试计划2010-12-182010-12-18测试计划评审2010-12-182010-12-18设计测试评审2010-12-192010-12-19根据需求变更用例测试用例评审2010-12-192010-12-19测试执行2010-12-202010-12-20测试总结2010-12-202010-12-202.3测试环境与配置资源名称/类型配置测试PC(10台)P4、主频3.00GHz以上、硬盘120GB、内存2GB数据库管理系统SQLServer2005应用软件MicrosoftOffice、MicrosoftVisualStudio2008客户端前端展示InternetExplore6.03负载性能测试工具功能性测试工具测试管理工具2.4测试机构和人员测试阶段测试机构名称负责人参与人员所充当角色模块测试测试组、开发组系统测试测试组2.5测试问题小结在整个系统测试执行期间,项目组开发人员高效及时地解决测试组人员提出的各种缺陷,在一定程度上较好的保证了测试执行的效率以及测试最终期限。但是在整个软件测试活动中还是暴露了一些问题,表现在:a.测试执行时间相对较少,测试通过标准要求较低b.开发人员相关培训未做到位,编码风格各异、细节性错误较多、返工现象存在较多c.测试执行人员对管理平台不熟悉,使用时效率偏低d.测试人员对系统了解不透彻存在理解偏差导致提交无效缺陷3.测试总结从客户端、数据传输和服务端三个方向入手,提出整个体系的安全架构方案与防御策略.利用数据加密技术原理、反入侵思路、用户认证机制、访问控制策略、服务器安全和应急响应方案等,提出了全方位而系统的防御方案.该方案能有效防止基于教务管理系统环境下的各种安全问题,有效地确保教务管理系统能提供稳定的服务。最后并完成系统全部功能的实现:用户注册,用户登陆及修改个人信息,网上选课,活动报名,教学质量评估,公共信息的查询。客户端在修改密码时会与改客户端注册时的手机或一些证件号码想挂钩,并使用数据加密,确保客户端在登陆时的安全性与稳定性。同时一个客户注册号只能在一部计算机登陆,并在每次登陆之后都会显示上次客户登陆时间,确保客户的资料和系统相结合一致。对于客户在执行功能时的准确与稳定性有的一定基础。如网上选课,能同时允许1万人同时登陆,不影响选课的质量3.1测试用例执行结果用户需求标识号用例标识号测试用例名称用例状态测试结果备注用户部分Elevener-教务管理需
本文标题:教务管理系统-测试计划书
链接地址:https://www.777doc.com/doc-2418549 .html