1. Introduction

1) Background

20xx年，国外A航空公司为适应公司业务需要，加快公司发展，通过B公司设计、开发出一套网上订票系统，以方便旅客出行，提高公司运营效率，提升服务质量，以增加经济效益。改订票系统将于20xx年上半年上线。为检测系统质量，提高系统的客户满意度，A航空公司与国际知名IT企业HP公司签订合约，希望HP公司能够为A公司的飞机订票系统提供测试服务。

2) Objectives

进行客户验收测试，确保完成了所有客户规定的测试需求。

3) Scope

登陆、注册、订票、取消订单和退出模块的功能测试、性能测试

4) Out of Scope

呼叫中心、员工管理、积分管理、会员管理的功能测试、性能测试 2. System Overview

该航空订票系统是一款集成电话呼叫中心、订票管理、会员管理、积分管理、短信发送、员工管理等强大功能的订票系统，主要用于处理公司客户网上注册、在线咨询、订票、航班查询、票价查询、打印电子账单等100余个业务。

3. Test Environment

4. Test Approach

1) Test Type

功能测试：

手动测试

自动测试

性能测试：

负载测试

强度测试

容量测试

2) Test Scenario

以整个系统为基准，进行功能测试，包括手动测试、自动测试；性能测试，包括负载测试、 强度测试、监测响应时间/吞吐量、百分位报告、比较报告、追踪报告.

3) Test Case

!

Performance Test Case and Test Log.xls

5. Accept Criteria

●软件开发已经完成，并全部解决了已知的软件缺陷。 ●验收测试计划已经过评审并批准，并且置于文档控制之下。 ●对软件需求说明书的审查已经完成。 ●对概要设计、详细设计的审查已经完成。 ●对所有关键模块的代码审查已经完成。

●对单元、集成、系统测试计划和报告的审查已经完成。 ●所有的测试脚本已完成，并至少执行过一次，且通过评审。 ●使用配置管理工具且代码置于配置控制之下。 ●软件问题处理流程已经就绪。

●已经制定、评审并批准验收测试完成标准。

6. Test Report

7. Test Schedule

8. Resources

1) Hardware Resource

2) Software Resource

3) Human Resources

10. Roles & Responsibilities

11. Risk

12. Reference Documents

? ? ?

?

 

第二篇：测试计划实行版本

教务管理系统

测试计划

教务管理系统 测试计划

目 录

1.引言?????????????????????????????????4

1.1编写目的????????????????????????????4

1.2项目背景????????????????????????????4

1.3定义??????????????????????????????5

2.计划?????????????????????????????????5

2.2测试内容????????????????????????????7

2.3学籍管理模块测试??????????????????????7

2.4教师信息管理模块测试??????????????????????9

2.5学生信息管理模块测试??????????????????????9

2.6成绩管理系统模块测试??????????????????????10

2.7课程管理模块测试??????????????????????11

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

3.1学籍管理模块测试??????????????????????12

3.2注册管理模块测试??????????????????????13

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

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

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

3.6课程管理模块测试??????????????????????19

3.8性能测试????????????????????????????20

4. 评价标准???????????????????????????????21

4.1范围??????????????????????????????21

4.2数据整理????????????????????????????21

4.3尺度??????????????????????????????21

1

教务管理系统 测试计划

1 引言

1.1目的：

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

1.2 项目背景：

开发软件名称：H教务管理系统

项目任务提出者：大庆师范学院教务处

项目开发者： ZOWL团队

用户：大庆师范学院学生，教务管理人员

1.3 定义：

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

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

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

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

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

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

２．计划

2.1测试内容：

学籍管理功能模块测试；

注册管理功能模块测试；

教师信息管理模块测试；

学生信息管理模块测试；

成绩管理功能模块测试；

课程管理功能模块测试；

服务器接受端模块测试；

2

教务管理系统 测试计划

2.2各模块测试

参与单位：ZOWL开发小组

2.3.1 条件

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

所需硬件：

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

所需软件：

操作系统：Windows 2003 Server

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

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

2.3.2 测试资料

大庆师范学院提供的学生学籍统计数据

2.5 教师信息管理模块测试

参与单位：ZOWL开发小组

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

2.5.1 进度安排

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

3 测试设计说明

3

教务管理系统 测试计划

3.1 学籍管理功能模块测试

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过程

以教务管理员的权限去分别填写学籍管理的相关记录表。查找到的相应同学

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 过程

院系教务管理人员通过输入需要注册的学生的学号或需注册的班级的班级

5

教务管理系统 测试计划

号，系统将调用学生信息管理模块、显示学生基本信息或班级信息，来更改学生注册状态和班级注册状态。

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

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 过程

教务管理人员或教师输入教师的教师号，点击查询，下面将出现所查询的教师信息（教师号，姓名，性别，年龄，开始执教时间，职称）。教务管理人员选择相关命令可对教师信息进行添加、删除、修改。各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。

6

教务管理系统 测试计划

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 过程

教务管理人员或学生输入教师的学号，点击查询，下面将出现所查询的学生信息（学号，姓名，性别，班级，院系，家庭住址，身份证号）。教务管理人员选择相关命令可对学生信息进行添加、删除、修改。各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。

7

教务管理系统 测试计划

3.5 成绩管理功能模块测试

3.5.1 控制 半自动引入

3.5.2 输入

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

无效输入类:

1) 数据类型不匹配

学号 string 课程名 string

成绩 float

2) 数据超出规定范围

学号不符合大庆师范学院的规定。

有效输入类:

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

3.5.3 输出

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

3.5.4 过程

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

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

8

教务管理系统 测试计划

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服务器的性能。

9

教务管理系统 测试计划

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) 精度要求：

时间：精确到分钟。

10