大学生学籍管理系统测试计划

大学生学籍管理系统测试计划密 级：机密 文档编号：001 过程名称：测试 大学生学籍管理系统测试计划 版 本：1.0 密级： 机密总页数： 7正文： 4-7页附录： 见备注编 制： 审批： 生效日期： 2016-6-15 文档管理 合理地管理主文档， 确保文档版本的及时更新，同时保持备份文档和源文档的一致性。 版本管理版本 变更日期 变更主题 DCR No. 1.02006，6.15 文档分发管理本文档分发至以下人员: 姓名 年龄职 位 季录明30入职锻炼李路23刚入职王阳22刚入职孟静21工作一年王小林19全职实习李云云19全职实习张乐乐18全职实习22全职实习 1简介31.1目的41.2背景41.3测试范围42任务概述42.1要求42.2测试需求42.3界面测试需求42.4性能需求53资源测试53.1人力资源53.2测试进度53.3测试环境63.4优先级74测试策略74.1功能测试74.2用户界面测试74.3稳定性测试85问题严重度及优先级描述86备注91简介1.1目的本大学生学籍管理系统测试计划书是为了更好的开发大学生学籍管理系统而编写，主要面向系统分析员、程序员、测试员、实施员和最终用户等。本测试计划书是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的重要依据。 1.2背景随着大学的普遍推广和大学生的普遍增多，有效便捷的管理学生学籍显得尤为重要。大学生学籍管理系统测试计划是为了能够最大程度的找出软件隐藏的缺陷，优化软件系统体验为用户提供高效稳定的服务而编写的。 1.3测试范围针对大学生学籍管理系统的各模块之间的功能进行测试。包括为学生基本信息查询模块，新建学生模块，学生一览表模块学生基本信息管理模块，学生成绩管理模块，学生成绩一览表模块，学生成绩查询模块等。 2任务概述2.1要求检验软件各功能模块能否正确实现其功能，满足各项测试需求。 2.2测试需求测试大学生学籍管理系统各个模块的功能是否正常实现。新建学生模块：a新建信息、b清除信息学生基本信息管理模块：a全选、b全不选、c删除、d修改学生信息、e维护学生成绩学生基本信息查询模块：a学生信息查询学生成绩管理模块：a全选、b全不选、c删除、d 维护学生成绩学生成绩查询模：a学生成绩查询 2.3界面测试需求测试大学生学籍管理系统界面是否正常显示，窗口的对象和特征是否符合标准，主要从界面的易用性、规范性、帮助文档、合理性、美观与协调性五个方面来进行测试。 易用性：用户是否不用查询帮助文档就能知道该界面的功能并进行相关的正确操作。规范性：常用的菜单是否有命令快捷方式。帮助文档：系统是否提供了详尽而可靠的帮助文档，在用户使用产生迷惑时可以自己寻求解决方法。合理性：窗体之间是否合理。美观与协调性：界面大小是否适合美学观点，感觉协调舒适，能在有效范围内吸引用户注意力。 2.4性能需求在操作成绩查询、学生信息基本信息查询等模块时，支持全校学生同时在线查询，并且平均响应时间不能超过3秒。Cpu的利用率不能超过60%，单位时间内系统处理的客户请求的数量，内存占用率、硬盘占用率不能过高。软件的思考时间不宜过长，否则会影响用户体验。 3资源测试3.1人力资源角色所推荐的最少资源具体责任或注释用户界面测试李云云、测试用户界面是否与操作手册相符安全性测试李路、王小林、王阳测试操作时数据是否安全，不同级别用户权限是否正确功能测试季路明、张乐乐、具体的功能是否按照需求正常运转 3.2测试进度根据测试需求和项目开发计划编写计划表 阶段名称任务描述负责人进度安排阶段目标备注前期工作阅读文档，熟悉系统制定测试进度2016.6.15-2016.6.16整体了解测试计划详细测试需求分解制定测试计划李路2016.6.16-2016.6.19测试计划编写完成测试准备根据测试需求和测试计划编写测试用例熟悉系统 搭建测试平台王阳2016.6.19-2016.6.22用例达到测试要求第一阶段测试第一次测试 提交软件缺陷 第一轮测试总结孟静一周时间保证所有功能实现正确完整，提交第一轮测试总结第二阶段测试第二论测试 提交软件缺陷 第二轮测试总结孟静一周时间复测问题，重新按照用例进行测试修复bug修复bug李云云、一周时间使系统更加完美回归测试回归测试张乐乐一周时间复测问题，重新按照用例进行测试提交最终测试 3.3测试环境软件环境（相关软件、操作系统等）Windows 10、java、mysql、tomcat、navicat硬件环境Intel i7的台式机10台、5台笔记本办公地点软件大厦18楼，单独办公室，5个隔断板工作时间9：00- 2:00,1:30-5:00 , 每周工作五天 3.4优先级功能测试-性能测试-界面测试 4测试策略根据实际情况，说明测试需求当中提到的重点和难点该如何验证，如采用自动测试还是手工测试，手工测试如何保证测试完整性。性能测试该如何保证等。下面举例说明。4.1功能测试主要目的检测系统是否达到需求对业务流程及数据流的处理的要求、是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。此阶段测试基于功能完成的测试。 测试目标 新建学生模块中各个文本框，能否正确输入测试范围： 针对学号姓名、籍贯、身份证号能否非法输入技术： 利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容： 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。 开始标准： 所有功能均已完成，并已提交测试 完成标准： 所计划的测试已全部执行。所发现的缺陷已全部解决。 测试重点和优先级： 需考虑的特殊事项： Sql注入漏洞 4.2用户界面测试用户界面测试用于核实用户与软件之间的交互。用户界面测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，用户界面测试还可确保界面中的对象按照预期的方式运行，并符合公司或行业的标准。 测试目标核实以下内容： 通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。 测试范围：技术：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。 开始标准：所有项目功能均可正常进行 完成标准：成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准 测试重点和优先级：需考虑的特殊事项： 4.3稳定性测试测试目标核实以下内容： 测试大学生学籍管理系统所支持的并发用户数，当超过上限是否发生网页崩溃测试范围：学生成绩查询模块、学生信息管理模块技术：不断增加同时在线使用成绩查询功能的用户数开始标准：所有项目功能均可正常进行 完成标准：成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准 测试重点和优先级：需考虑的特殊事项： 5问题严重度及优先级描述定义于对大学生学籍管理系统的缺陷严重性及优先级表5-1 缺陷严重度问题严重度描述响应时间4-veryhigh由于主外键关联导致不能删除相关的数据，进而引起系统异常3-high成绩的维护允许为负数3-high学生添加模