版本变更说明：

1.1编写目的…………………………………………………………………………4

1.2项目背景…………………………………………………………………………4

1.3定义………………………………………………………………………………5

1.4参考资料…………………………………………………………………………5

 2.计划………………………………………………………………………………………5

   2.1软件说明…………………………………………………………………………5

   2.2测试内容…………………………………………………………………………7

   2.3学籍管理功能模块测试…………………………………………………………7

   2.4注册管理功能模块测试…………………………………………………………8

   2.5教师信息管理模块测试…………………………………………………………9

   2.6学生信息管理模块测试…………………………………………………………9

   2.7成绩管理系统模块测试…………………………………………………………10

   2.8课程管理功能模块测试…………………………………………………………11

   2.9服务器接收端模块测试…………………………………………………………12

3．测试设计说明……………………………………………………………………………12

   3.1学籍管理功能模块测试…………………………………………………………12

   3.2注册管理功能模块测试…………………………………………………………13

   3.3教师信息管理模块测试…………………………………………………………15

   3.4学生信息管理模块测试…………………………………………………………16

   3.5成绩管理系统模块测试…………………………………………………………17

   3.6课程管理功能模块测试…………………………………………………………19

   3.7服务器接收端模块测试…………………………………………………………19

   3.8性能测试…………………………………………………………………………20

4. 评价标准…………………………………………………………………………………21

   4.1范围………………………………………………………………………………21

   4.2数据整理…………………………………………………………………………21

   4.3尺度………………………………………………………………………………21

1 引言

1.1编写目的：

    测试是“为了发现程序中的错误而执行程序的过程”。测试的目的就是在软件投入生产性运行之前，尽可能多的发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明．设计和编码的最后复审，也是必不可少的关键步骤。由于在开发软件的过程中，开发人员会面对极其错综复杂的问题，我们开发设计人员，用户，委托公司等的主观认识不可能完全符合客观现实，同时与工程密切相关的各类人员之间的通信和配合也不可能完美无缺，甚至会出现分歧或是对同一事物理解的偏差。因此，在软件生命周期的每个阶段都不可避免地会产生差错。在教务系统这类用户类型固定为学生，教师及教务管理人员，但涉及到学校教学管理的信息管理系统中，就必须尽量减少差错，以免造成严重的损失。因此，软件测试对整个软件的开发是不可或缺的，而一份完整的测试计划在开发流程里也是必须的。此份软件测试计划的读者包括：软件开发设计人员，项目管理人员，软件测试人员。

1.2 项目背景：

开发软件名称：HUST学分制教务管理系统

项目任务提出者：华中科技大学教务处

项目开发者： ZOWL团队

用户：华中科技大学学生，教务管理人员

实现项目测试的部门：ZOWL团队

1.3 定义：

   SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。

   SQL: 一种用于访问查询数据库的语言

   事务流：数据进入模块后可能有多种路径进行处理。

   主键：数据库表中的关键域。值互不相同。

   外部主键：数据库表中与其他表主键关联的域。

   OLLBACK: 数据库的错误恢复机制。

1.4 参考资料：

《华中科技大学本科学分制学籍管理条例》

《华中科技大学学分制选课办法》

     编号 hust_xiangmujihua：《项目计划说明书》  汪瑶 

     编号hust_FSR：《可行性研究报告》   镇祎

     编号 hust_xuqiuguifan :《需求规格说明书》  欧高炎

２．计划

2.1软件说明

了提高测试效率降低测试成本，本测试方案采用黑盒法设计基本的测试方案，再用白盒法补充一些方案。在黑盒法测试方案中，采用等价划分技术，把所有可能的输入数据（有效的和无效的）划分成几个等价类，其划分类在以下的输入中再详述。以下列出的图表，逐项说明被测软件的功能、输入和输出等质量指标，以作为叙述测试计划的提纲：

2.2测试内容：

学籍管理功能模块测试；

注册管理功能模块测试；

教师信息管理模块测试；

学生信息管理模块测试；

成绩管理功能模块测试；

课程管理功能模块测试；

服务器接受端模块测试；

2.3学籍管理功能模块测试

参与单位：ZOWL开发小组

被测试部位：学籍管理功能模块

2.3.1 进度安排

由于需要对各子单元程序，各模块及它们之间的接口分别进行测试进度，故测试进度在1天左右。

2.3.2 条件

要实现本功能需要系统和教务系统数据库进行集成，以便实时收集学生学籍信息，教师注册信息及课程教务信息等数据信息。

所需硬件：

一台服务器 ，一台PC机（都已连接上了因特网）

所需软件：

操作系统：Windows 2003 Server

开发平台：Eclipse

数据库管理系统：Microsoft SQL Server 2005

所需工作人员：ZOWL软件开发小组全体人员　

2.3.3 测试资料

华中科技大学提供的学生学籍统计数据

2.4 注册管理功能模块测试

参与单位：ZOWL开发小组

被测试部位：注册管理功能模块

2.4.1 进度安排

由于需要对各子单元程序，各模块及它们之间的接口分别进行测试进度，故测试进度在1天左右。

2.4.2 条件

要实现本功能需要系统和教务系统数据库进行集成，以便实时收集学生学籍信息，教师注册信息及课程教务信息等数据信息。

所需硬件：

一台服务器 ，一台PC机（都已连接上了因特网）

所需软件：

操作系统：Windows 2003 Server

开发平台：Eclipse

数据库管理系统：SQL Server 2005

所需工作人员：ZOWL软件开发小组全体人员　

2.4.3 测试资料

华中科技大学提供的学生学籍统计数据

2.5 教师信息管理模块测试

参与单位：ZOWL开发小组

被测试部位：教师信息管理模块

2.5.1 进度安排

由于需要对各子单元程序，各模块及它们之间的接口分别进行测试进度，故测试进度在1天左右。

2.5.2 条件

要实现本功能需要系统和教务系统数据库进行集成，以便实时收集学生学籍信息，教师注册信息及课程教务信息等数据信息。

所需硬件：

一台服务器 ，一台PC机（都已连接上了因特网）

所需软件：

操作系统：Windows 2003 Server

开发平台：Eclipse

数据库管理系统：SQL Server 2005

所需工作人员：ZOWL软件开发小组全体人员　

2.5.3 测试资料

华中科技大学提供的学生学籍统计数据

2.6 学生信息管理模块测试

参与单位：ZOWL开发小组

被测试部位：学生信息管理模块

2.6.1 进度安排

由于需要对各子单元程序，各模块及它们之间的接口分别进行测试进度，故测试进度在1天左右。

2.6.2 条件

要实现本功能需要系统和教务系统数据库进行集成，以便实时收集学生学籍信息，教师注册信息及课程教务信息等数据信息。

所需硬件：

一台服务器 ，一台PC机（都已连接上了因特网）

所需软件：

操作系统：Windows 2003 Server

开发平台：Eclipse

数据库管理系统：SQL Server 2005

所需工作人员：ZOWL软件开发小组全体人员　

2.6.3 测试资料

华中科技大学提供的学生学籍统计数据

2.7成绩管理功能模块测试

参与单位：ZOWL开发小组

被测试部位：成绩管理功能模块

2.7.1 进度安排

由于需要对各子单元程序，各模块及它们之间的接口分别进行测试进度，故测试进度在1天左右。

2.7.2 条件

要实现本功能需要系统和教务系统数据库进行集成，以便实时收集学生学籍信息，教师注册信息及课程教务信息等数据信息。

所需硬件：

一台服务器 ，一台PC机（都已连接上了因特网）

所需软件：

操作系统：Windows 2003 Server

开发平台：Eclipse

数据库管理系统：SQL Server 2005

所需工作人员：ZOWL软件开发小组全体人员　

2.7.3 测试资料

华中科技大学提供的学生学籍统计数据

2.8 课程管理功能模块测试

参与单位：ZOWL开发小组

被测试部位：课程管理功能模块

2.8.1 进度安排

由于需要对各子单元程序，各模块及它们之间的接口分别进行测试进度，故测试进度在1天左右。

2.8.2 条件

要实现本功能需要系统和教务系统数据库进行集成，以便实时收集学生学籍信息，教师注册信息及课程教务信息等数据信息。

所需硬件：

一台服务器 ，一台PC机（都已连接上了因特网）

所需软件：

操作系统：Windows 2003 Server

开发平台：Eclipse

数据库管理系统：SQL Server 2005

所需工作人员：ZOWL软件开发小组全体人员　

2.8.3 测试资料

华中科技大学提供的学生学籍统计数据

2.9 服务器接收端模块测试

参与单位：ZOWL开发小组

被测试部位：服务器接收端模块

2.9.1 进度安排

由于需要对各子单元程序，各模块及它们之间的接口分别进行测试进度，故测试进度在1天左右。

2.9.2 条件

要实现本功能需要系统和教务系统数据库进行集成，以便实时收集学生学籍信息，教师注册信息及课程教务信息等数据信息。

所需硬件：

一台服务器 ，一台PC机（都已连接上了因特网）

所需软件：

操作系统：Windows 2003 Server

开发平台：Eclipse

数据库管理系统：SQL Server 2005

所需工作人员：ZOWL软件开发小组全体人员　

2.9.3 测试资料

选课系统处理后传输的数据

3 测试设计说明

教务管理系统需求如下：

3.1.1 控制

人工输入

3.1.2 输入

该模块需要输入的信息为学生的学籍信息，学生注册信息，在输入的测试数据中可分为有效输入类和无效输入类。其中的错误种类有：

无效输入类:

1)数据类型不匹配

学号        string                            姓名       string

院系        string                            专业       string

转专业记录号       long int                    班级号        char(4)

时间(休学 、停学 )        date                复学学期   string                                         原因及意见     string                   备注      string

2)数据超出规定范围

转专业记录号最大11位；各项时间的格式为 年-月-日（yyyy-mm-dd）。

有效输入类:

当用户只输入各项记录标的基本信息时，则有效；

3.1.3 输出

对数据进行初步检验。若发现错误，则转入处理异常的过程并抛出异常，给出数据格式不符合要求的提示；若未发现错误，则修改学生学籍的信息，然后更新数据库中的学籍信息和更新已注册的学生信息。

3.1.4过程

以教务管理员的权限去分别填写学籍管理的相关记录表。查找到的相应同学的学籍管理信息及学生注册信息。选择好学生的注册信息 （学号、姓名、院系、班级、学籍状态、各项学籍信息）进行修改，然后确定，把更新信息发送至服务器。

各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。

3.2 注册管理功能模块测试

3.2.1 控制

半自动引入

3.2.2 输入

该模块需要院系的交往管理人员输入的注册条件（学生学号、或班级号），再输入注册命令，完成相应注册。在输入的测试数据中可分为有效输入类和无效输入类。其中的错误种类有：

无效输入类:

1) 数据类型不匹配

学号        string                        班级号        char(4)

2) 数据超出规定范围

学号的长度与格式不符合《华中科技大学学生学号编码管理办法》的规定，班级号的长度超出规定长度 4位数 

有效输入类:

    根据《华中科技大学学生学号编码管理办法》的规定，华中科技大学本科生学号编码应依据以下规则进行编码：

1）07级以前为12位数，编码原则：01+年号（四位数）+专业班级编号（四位数）+个人班级编号（2位数）； 

    2）07级及以后变为10位数，编码原则：U+年号（四位数）+班级编号（3位数）+个人编号（2位数）

3.2.3 输出

对教务管理人员提交的信息进行检验。若没有填写学号或班级号，则系统会弹出“请输入一个学号或一个班级号”的提示；若填写的学号格式不正确，则系统会弹出“该学号不存在”的提示；若填写的班级号格式不正确，则系统会弹出“该班级不存在”的提示；若未出现错误，则进入注册管理界面。

3.2.4 过程

院系教务管理人员通过输入需要注册的学生的学号或需注册的班级的班级号，系统将调用学生信息管理模块、显示学生基本信息或班级信息，来更改学生注册状态和班级注册状态。

各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。

3.3 教师信息管理模块测试

3.3.1 控制

半自动引入

3.3.2 输入

该模块需要教务管理人员或教师本人输入教师号进行教师信息查询查询，而由教务管理人员输入各项教师基本信息来完成教师信息的添加、修改、删除功能。在输入的测试数据中可分为有效输入类和无效输入类。其中的错误种类有：

无效输入类:

1) 数据类型不匹配

教师号         string                            姓名    string

性别         char(1)                            开始执教时间        date

职称         string                            

2) 数据超出规定范围

教师号不符合《华中科技大学教师教师号编码管理办法》的规定；开始执教时间的格式不合规范。

有效输入类:

    在性别项只能输入F（女）或M（男），则查询有效；开始执教时间的格式为 年-月（yyyy-mm），且执教时间必须在系统当前时间以前或当前时间。

3.3.3 输出

对用户提交的信息进行检验。若没有按教师号格式输入教师号，则系统会弹出“该教师不存在”的提示；若输入的开始执教时间在当前时间以后，则系统会弹出“不能对以后的时间进行注册”的提示；若未出现错误，则进入教师信息管理页面。

3.3.4 过程

教务管理人员或教师输入教师的教师号，点击查询，下面将出现所查询的教师信息（教师号，姓名，性别，年龄，开始执教时间，职称）。教务管理人员选择相关命令可对教师信息进行添加、删除、修改。

各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。

3.4 学生信息管理模块测试

3.4.1 控制

半自动引入

3.4.2 输入

该模块需要教务管理人员或学生本人输入学号进行教师信息查询查询，而由教务管理人员输入各项学生基本信息来完成教师信息的添加、修改、删除功能。在输入的测试数据中可分为有效输入类和无效输入类。其中的错误种类有：

无效输入类:

1) 数据类型不匹配

学号        string                            姓名        string

性别       char(1)                       班级号     char(4)

院系      string                        家庭住址   string

身份证号  string

2) 数据超出规定范围

无范围限定:

学号的长度与格式不符合《华中科技大学学生学号编码管理办法》的规定，班级号的长度超出规定长度 4位数 ；身份证号长度与格式不符合《中华人民共和国公民身份证号管理规范》。

有效输入类:

身份证号长度与格式，班级号。根据《华中科技大学学生学号编码管理办法》的规定，华中科技大学本科生学号编码应依据以下规则进行编码：

1）07级以前为12位数，编码原则：01+年号（四位数）+专业班级编号（四位数）+个人班级编号（2位数）； 

    2）07级及以后变为10位数，编码原则：U+年号（四位数）+班级编号（3位数）+个人编号（2位数）

3.4.3 输出

对用户提交的信息进行检验。若没有按学号格式输入学号，则系统会弹出“该学生不存在”的提示；若输入的身份证号不服个规范，则系统会弹出“请输入正确的身份证号”的提示；若未出现错误，则进入学生信息管理页面。

3.4.4 过程

教务管理人员或学生输入教师的学号，点击查询，下面将出现所查询的学生信息（学号，姓名，性别，班级，院系，家庭住址，身份证号）。教务管理人员选择相关命令可对学生信息进行添加、删除、修改。

各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。

3.5 成绩管理功能模块测试

3.5.1 控制

半自动引入

3.5.2 输入

该模块需要由教师输入的信息为各学科成绩，在输入的测试数据中可分为有效输入类和无效输入类。其中的错误种类有：

无效输入类:

1) 数据类型不匹配

学号           string                        课程名      string

成绩            float

2) 数据超出规定范围

学号不符合《华中科技大学学生学号编码管理办法》的规定。

有效输入类:

选择的课程名一次只能一个，成绩为小于100的非负十进制浮点数，精度为精确到小数点两位（DD.DD）。

3.5.3 输出

当教师选择课程时，没有选择或选择一个以上的课程时，系统会弹出“一次只能选择一门课程”；当登入的成绩不符合规范时，系统会弹出“请输入正确的分数”；当输入均符合要求时，系统会提示“提交”或“保存”。

3.5.4 过程

当教师登录系统后，选择成绩录入命令，系统显示选修了此课程的所有学生的信息，并给出成绩录入框，教师进行成绩录入操作录入过程中，系统提供保存和提交按钮。当教师选择了保存后，系统保存输入的成绩，但成绩状态为“已录入”状态，此状态下，教务管理人员和学生不能查看到成绩信息；当教师选择提交后，系统保存成绩，并将成绩状态改为“已提交”。

各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。

3.6 课程管理功能模块测试

3.6.1 控制

半自动引入。

3.6.2 输入

将课程编码从教务数据库中的课程数据导入系统。

3.6.3 输出

 查询出来的课程信息会通过查询选项显示出来，教务管理人员可以通过修改显示的课程信息来达到修改教务数据库中的课程数据。

3.6.4 过程

课程管理主要是对课程信息进行查询、修改、添加、删除操作。其中教务管理人员拥有所有操作权限，教师则能查看自己所授课程的信息。

各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。

3.7服务器接受端模块测试

3.7.1 控制

半自动引入。

3.7.2 输入

选课系统模拟机发送来的原始数据（TCP包）。

3.7.3 输出

 提取出来的信息发送到SQL 2005服务器。

3.7.4 过程

选课系统发送出数据（学生信息，课程信息，教师信息），系统数据接收端在新数据到来后会提示”New connection has come.”、”Waiting for a connection……”，然后接受选课系统传来的原始数据（TCP包），经过分析整理，将其转换成Report的实例，并将信息提取出来发送到SQL 2005服务器。

3.8 性能测试

我们使用的是Microsoft的Web Application Stress Tool（WAS，Web应用负载测试工具），用于测试Web服务器的性能。

3.8.1 后台测试

设置：

测试时间：10分钟

测试内容：后台主页面（Default.aspx）

后台网点分析页面（WaitTimeYearAnal.aspx）

后台网点日预测页面（WaitNumberDayPredict.aspx）

后台网点月预测页面（TotalNumberMonthPredict.aspx）

后台网点年预测页面（TotalNumberYearPredict.aspx）

设置并发连接数：100

测试结果：

点击数（Number of hits）：  674

每秒请求数量（Requests Per Second）：1.12

请求执行时间（Request Execution Time）：

后台主页面:4.14ms

后台网点分析页面:3.82ms

后台网点日预测页面:2.29ms

后台网点月预测页面:2.65ms

           后台网点年预测页面:1.81ms

3.8.2 前台测试：

设置：

测试时间：10分钟

测试内容：主页面（BankSite.aspx）

设置并发连接数：100

测试结果

点击数（Number of hits）：  88

每秒请求数量（Requests Per Second）：0.15

请求执行时间（Request Execution Time）：15.09ms

4 评价准则

4.1 范围

测试用例所能接受的范围局限于华中科技大学。

4.2 数据整理

教务数据库自动生成方式。

4.3 尺度

(1) 输出结果的类型合理。

(2) 动态数值要求：

在正常工作条件下，每分钟要处理的数据需求峰值为100个，即平均处理的查询请求为100。最大情况考虑峰值的两倍。

(3) 精度要求：

时间：精确到分钟。下载本文