最新大学生学籍管理系统测试计划Word文件下载.docx

最新大学生学籍管理系统测试计划Word文件下载.docx

《最新大学生学籍管理系统测试计划Word文件下载.docx》由会员分享，可在线阅读，更多相关《最新大学生学籍管理系统测试计划Word文件下载.docx（11页珍藏版）》请在冰豆网上搜索。

2016-6-15

文档管理

合理地管理主文档，确保文档版本的及时更新，同时保持备份文档和源文档的一致性。

版本管理

版本

变更日期

变更主题

DCRNo.

1.0

2006，6.15

文档分发管理

本文档分发至以下人员:

姓名

年龄 

职位

季录明

30

入职锻炼

李路

23

刚入职

王阳

22

孟静

21

工作一年

王小林

19

全职实习

李云云

张乐乐

18

1简介

1.1目的

本大学生学籍管理系统测试计划书是为了更好的开发大学生学籍管理系统而编写，主要面向系统分析员、程序员、测试员、实施员和最终用户等。

本测试计划书是整个软件开发的依据，它对以后阶段的工作起指导作用。

本文也是项目完成后系统验收的重要依据。

1.2背景

随着大学的普遍推广和大学生的普遍增多，有效便捷的管理学生学籍显得尤为重要。

大学生学籍管理系统测试计划是为了能够最大程度的找出软件隐藏的缺陷，优化软件系统体验为用户提供高效稳定的服务而编写的。

1.3测试范围

人民广场地铁站有一家名为“漂亮女生”的饰品店，小店新开，10平方米不到的店堂里挤满了穿着时尚的女孩子。

不几日，在北京东路、淮海东路也发现了“漂亮女生”的踪影，生意也十分火爆。

现在上海卖饰品的小店不计其数，大家都在叫生意难做，而“漂亮女生”却用自己独特的经营方式和魅力吸引了大批的女生。

针对大学生学籍管理系统的各模块之间的功能进行测试。

包括为学生基本信息查询模块，新建学生模块，学生一览表模块学生基本信息管理模块，，学生成绩管理模块，学生成绩一览表模块，学生成绩查询模块等。

（4）牌子响

月生活费人数（频率）百分比

2任务概述

2.1要求

（1）专业知识限制检验软件各功能模块能否正确实现其功能，满足各项测试需求。

标题：

大学生“负债消费“成潮流2004年3月18日

新材料手工艺品。

目前，国际上传统的金银、仿金银制成饰品的销售在逐步下降，与此形成鲜明对比的是，数年以前兴起的崇尚然风格、追求个性的自制饰品--即根据自己的创意将各种材质的饰珠，用皮、布、金属等线材串出的品，正在各国的女性中大行其道。

2.2测试需求

（1）位置的优越性测试大学生学籍管理系统各个模块的功能是否正常实现。

因为是连锁店，老板的“野心”是开到便利店那样随处可见。

所以办了积分卡，方便女孩子到任何一家“漂亮女生”购物，以求便宜再便宜。

新建学生模块：

a新建信息、b清除信息

学生基本信息管理模块：

a全选、b全不选、c删除、d修改学生信息、e维护学生成绩

学生基本信息查询模块：

a学生信息查询

学生成绩管理模块：

a全选、b全不选、c删除、d维护学生成绩

学生成绩查询模：

a学生成绩查询

合计50100%

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备注

功能测试用例及执行、白盒测试用例设计及编码及软件缺陷报告见附录单独文档