教务管理系统-测试计划书(共8页).doc

《教务管理系统-测试计划书(共8页).doc》由会员分享，可在线阅读，更多相关《教务管理系统-测试计划书(共8页).doc（8页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上教 务 管 理 系 统测试计划书 前 言近年来随着高校办学规模的迅速扩大各教育体制的不断改革，高校教务信息管理工作量大幅度增加，其复杂性也越来越大，而高校教务管理系统数据库设计是高校管理系统设计中的一项核心工作，这使得高校学生信息管理工作的信息化和网络化势在必行。高校新的人才培养模式和教学运转方式的实行，特别是学分制教学管理制度的实施与推行对教学管理提出了更高的要求。学校信息化的建设也以“教务综合管理信息系统”为核心，逐步向外延伸，最终实现“数字化校园”。但实际使用过程中或多或少存在一些问题：教务管理系统中的许多业务功能和数据信息与已有的学生处系统、招生与就业管理系统

2、以及教务管理系统是有相互交叉甚至重复的地方。然而当前主流的管理平台只着眼在信息资源和相关数据的共享复用而不是软件功能复用；学校已有的各个信息系统通常是孤立搭建，只关注某一个业务环节或管理功能，各信息系统相互独立运行以致这些位置上分散的系统形成了一个个“信息孤岛” 目 录1.项目概述11.1编写目的11.2测试范围11.3参考资料12.测试计划执行情况22.1测试类型22.2进度偏差32.3测试环境与配置32.4测试机构和人员32.5测试问题小结33.测试总结43.1测试用例执行结果43.2测试问题解决53.3测试结果分析53.3.1覆盖分析53.3.1.1测试覆盖分析53.3.1.2需求覆盖分

3、析53.3.2缺陷分析64.综合评价74.1软件能力74.2建议7专心-专注-专业1.项目概述1.1编写目的测对测试分析报告适用的范围进行简要的描述，包括项目名称、测试对象、测试依据、预期的读者范围，对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及模块等的规定为了尽可能找出软件不足、提高软件质量、促进软件的成功验收，专门制定了本大纲。其主要目的在于为所要进行的测试工作制定各种必要的准则和规范以及在有关方面协议的基础上对测试工作进行合理组织与管理1.2测试范围对测试范围进行概述，体现本系统测试的范围用户注册用户登陆及修改个人信息网上选课活动报名教学质量评估公共信息的查

4、询系统安全系2.测试计划执行情况2.1测试类型测试类型测试内容测试目的所用的测试工具和方法功能测试用户个人前台:注册新用户、登录系统、找回密码、更改密码，查看个人课表、教师课表、个人成绩等游客(浏览者)功能:查看网页主页、精确查询、模糊查询等管理后台:管理员登录系统、审核注册用户、增加修改或删除院系、增加修改或删除模板、发布站点公告等核实所有功能均已正常实现a.流程检验:各个业务流程符合常规逻辑，用户使用时不会产生疑问b.数据精确:个数据类型的输入输出时统计精确采用黑盒测试，使用边界值测试、等价类划分、数据驱动等测试方法，进行手工测试用户界面(UI)测试a.导航、链接、页面结构(包括菜单、背景

5、、颜色、字体、按钮名称、TITLE、提示信息的一致性等)b.友好型、易用性、合理性、一致性、正确性等核实各个窗口风格(包括颜色、字体、提示信息、图标、TITLE等)都与基准版本保持一致或符合可接受标准，能够保证用户界面的友好性、易操作性且符合用户操作习惯Web测试通用发方法工测试安全性和访问控制测试密码:登录个人用户、管理员用户权限限制通过修改URL非法访问登录超时限制等a.应用程序级别的安全性:核实用户只能操作其所拥有权限操作的功能b.系统级别的安全性:核实只有具备系统访问权限的用户才能访问系统黑盒测试、手工测试性能测试核实系统在大流量的数据与多用户操作时软件性能的稳定性，不造成系统崩溃或相

6、关的异常现象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数据库管理系统SQL Server 2005应用软件Microsoft Office、Micros

7、oft Visual Studio 2008客户端前端展示Internet Explore6.0负载性能测试工具功能性测试工具测试管理工具2.4测试机构和人员测试阶段测试机构名称负责人参与人员所充当角色模块测试测试组、开发组系统测试测试组2.5测试问题小结在整个系统测试执行期间，项目组开发人员高效及时地解决测试组人员提出的各种缺陷，在一定程度上较好的保证了测试执行的效率以及测试最终期限。但是在整个软件测试活动中还是暴露了一些问题，表现在:a.测试执行时间相对较少，测试通过标准要求较低b.开发人员相关培训未做到位，编码风格各异、细节性错误较多、返工现象存在较多c.测试执行人员对管理平台不熟悉，使

8、用时效率偏低d.测试人员对系统了解不透彻存在理解偏差导致提交无效缺陷3.测试总结从客户端、数据传输和服务端三个方向入手,提出整个体系的安全架构方案与防御策略.利用数据加密技术原理、反入侵思路、用户认证机制、访问控制策略、服务器安全和应急响应方案等,提出了全方位而系统的防御方案.该方案能有效防止基于教务管理系统环境下的各种安全问题,有效地确保教务管理系统能提供稳定的服务。最后并完成系统全部功能的实现：用户注册，用户登陆及修改个人信息，网上选课，活动报名，教学质量评估，公共信息的查询。客户端在修改密码时会与改客户端注册时的手机或一些证件号码想挂钩，并使用数据加密，确保客户端在登陆时的安全性与稳定性

9、。同时一个客户注册号只能在一部计算机登陆，并在每次登陆之后都会显示上次客户登陆时间，确保客户的资料和系统相结合一致。对于客户在执行功能时的准确与稳定性有的一定基础。如网上选课，能同时允许1万人同时登陆，不影响选课的质量3.1测试用例执行结果用户需求标识号用例标识号测试用例名称用例状态测试结果备注用户部分Elevener-教务管理需求表1.1XF-A01用户注册已执行测试通过游客(浏览者) 部分Elevener-教务管理需求表2.1XF-B01查看主页内容已执行测试通过后台管理部分Elevener-教务管理需求表3.1XF-C01管理员登录已执行测试通过系统安全分析XF-T1对注入式攻击的反映已

10、执行测试通过3.2测试问题解决需求标识号测试用例标识号错误或问题描述错误或问题状态Elevener-教务管理需求表1.1XF-A01Elevener-教务管理需求表1.1XF-A01Elevener-教务管理需求表1.2XF-A02Elevener-教务管理需求表2.1XF-B01Elevener-教务管理需求表3.2XF-C013.3测试结果分析3.3.1覆盖分析3.3.1.1测试覆盖分析需求/功能用例个数执行总数未执行未/漏测分析和原因系统功能系统安全分析系统性能用户界面运行环境3.3.1.2需求覆盖分析本次测试对系统需求的覆盖情况为:需求项测试类型是否通过YPN /A备注用户手册等用户测

11、试系统功能系统测试系统安全分析系统测试系统性能系统测试用户界面系统测试运行环境系统测试3.3.2缺陷分析分类范畴子项目缺陷等级备注系统缺陷由于程序所引起的死机、宕机，非法退出A类程序死循环A类程序错误A类数据缺陷数据计算错误B类数据约束错误B类数据输入、输出错误B类数据库缺陷数据库发生死锁B类数据库的表、缺省值未加完整性等约束条件B类数据库连接错误B类数据库中的表有过多的空字段B类接口缺陷数据通讯错误B类程序接口错误B类硬件接口、通讯错误B类业务规范用例错误A类默认设置不规范B类录入错误出现WINDOWS 系统提示A类系统停止响应A类数据编辑无效B类出现非法操作提示或应用程序错误提示B类.NE

12、T错误B类残留的编译信息未及时清除B类非正常的失败或操作错误提示B类流程错误逻辑控制错误或数据控制错误A类报表和查询出错报表取数、分级汇总、数据口径不统一等错误、对报表进行过滤、筛选等操作，出现数据错误A类打印错误打印及打印相关操作错误B类权限及安全问题匿名登录成功A类明码登录A类缺少必要的权限A类对不可逆的操作缺少安全性提示B类某操作员没有某权限，但依然能够进行该种操作B类只有查询权限的情况下，可以编辑成功B类没有某权限，但通过快捷菜单能够绕开B类对权限进行多种组合，出现控制出错的现象B类默认状态下权限设置不合理C类数据成批处理没有考虑到与权限设置存在冲突C类功能错误程序功能实现错误B类程序

13、功能无法实现C类建议类错误功能建议E类操作建议E类校验建议E类说明建议E类帮助文件建议E类说明：以上缺陷分类中的内容构成基本缺陷库，根据实际工作总结，将不断扩充、完善。如新增分类，备注中的内容为缺陷等级分类说明A类不能执行正常工作或重要功能；程序使系统崩溃或导致系统资源严重不足B类严重地影响系统要求或基本功能地实现，且没有办法更正C类严重的影响系统要求或基本功能的实现，但存在合理的更正办法D类使操作者不方便或遇到麻烦，但不影响功能的实现E类建议性的改进要求4.综合评价4.1软件能力经过项目组开发人员、测试组人员以及相关人员的协力合作，教务管理系统项目如期完成并达到交付标准。该系统能够实现教务管理系统在用户需求说明书中所约定的功能，即能够基本满足用户(老师和学生)在前台进行用户个人注册、登录，需求方在教务管理系统后台可根据用户的信息审核注册用户、管理院系和教务的模板以及发布站点公告等的功能4.2建议需求提出方可以在使用该系统的基础上，继续搜集用户的使用需求反馈，并结合其他教务管理系统的优势，在今后的版本中不断补充并完善功能。建议当项目组成员确定后，在项目组内部对一些事项进行约定。如开发，测试的通用规范等，将会在一定程度上提高开发和测试的效率