大学生学籍管理系统测试计划Word下载.docx
- 文档编号:18849498
- 上传时间:2023-01-01
- 格式:DOCX
- 页数:10
- 大小:19.02KB
大学生学籍管理系统测试计划Word下载.docx
《大学生学籍管理系统测试计划Word下载.docx》由会员分享,可在线阅读,更多相关《大学生学籍管理系统测试计划Word下载.docx(10页珍藏版)》请在冰豆网上搜索。
生效日期:
2016-6-15
文档管理
合理地管理主文档,确保文档版本的及时更新,同时保持备份文档和源文档的一致性。
版本管理
版本
变更日期
变更主题
DCRNo.
1.0
2006,6.15
文档分发管理
本文档分发至以下人员:
姓名
年龄
职位
季录明
30
入职锻炼
李路
23
刚入职
王阳
22
孟静
21
工作一年
王小林
19
全职实习
李云云
张乐乐
18
1简介
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
使系统更加完美
回归测试
提交最终测试
3.3测试环境
软件环境(相关软件、操作系统等)
Windows10、java、mysql、tomcat、navicat
硬件环境
Inteli7的台式机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-very
high
由于主外键关联导致不能删除相关的数据,进而引起系统异常
3-high
成绩的维护允许为负数
学生添加模块,允许插入相同的数据
2-medium
学生成绩查询不能准确查询
表5-2缺陷优先级
必须修改,项目结束前必须修正
必须修改
6备注
功能测试用例及执行、白盒测试用例设计及编码及软件缺陷报告见附录单独文档
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 大学生 学籍 管理 系统 测试 计划