测试计划——机房收费系统

测试计划（TGB-SQ-04-07）

1引言

1.1编写目的

 本测试计划编写的目的是为了测试系统的功能是否能正常运行，在输入异常或不按说明书操作时系统是否会瘫痪。它的预期读者是系统测试人员。

1.2背景

名称：机房收费系统；

       任务提出者：米新江老师；

       开发者：石朝翠；

       用户：各大高校机房管理中心人员；

       实施环境：各大高校机房管理中心；

       基础工作：将做好的系统打包成应用程序以便在不同空间进行测试。

1.3定义

TGB：提高班的首字母大写；

  SQ：十期首字母大写；

  04：第四块学习内容；

  机房收费系统：一款针对机房的收费软件。

1.4参考资料

1.       胡阳:《机房收费系统v1.0》，2010.08.10,廊坊师范学院。

2.       石朝翠,《学生信息管理系统》，2013.09.22,廊坊师范学院。

3.       米新江,《信息技术提高班培养计划》，2013.11.28,廊坊师范学院。

2计划

2.1软件说明

以下为被测系统的功能，输入，输出图表：

机房收费系统
功能	输入	输出
注册	学生信息	学生基本信息
上机	已注册卡号	正在上机人数，学生上机状态表
下机	已注册卡号	上机记录表
查询	充值记录，上机记录，值班教师记录	充值记录表，上机记录表，值班教师记录表
结账	时间	某天，某段时间结账情况

该系统的集成测试的构件图和合作图如下所示：

                              机房收费系统系统总构件图

 

 

                       机房收费系统源代码构件图

                        机房收费系统结账合作图

该系统的整体的系统测试可参看下面的类图：

2.2测试内容【两个例子】

       在系统的测试中，主要有以下几种测试：

模块功能测试、接口正确性测试、数据文卷存取的测试、运行时间的测试、设计约束和极限的测试。

 1、模块功能测试

              标识符：上机

              内容：随便输入一个卡号，测试该卡号是否存在，是否能上机。

              目的：使系统能对异常操作做出反应并引导用户正确操作。

 2、接口正确性测试：无

 3、数据文卷存取测试

标识符：数据库charge_cui中的各张表

内容：在输入框随便输入数据

目的：数据是否能够以正确格式保存在数据库中相应表里。

 4、运行时间的测试：

标识符：上机，下机，查询，导出excel

内容：运行该系统，检测系统的反应时间。

目的：检测系统的运行反应时间，完善系统。

 5、设计约束和极限测试：

标识符：用户登录

内容：输入特殊符号，观察系统的反应。

目的：防止SQL 注入

2.3上机测试

参与人：八期蒋倩兰师姐

被测部位：上机

2.3.1进度安排

 测试日期：2013年12月6日

 测试内容：随便输入一个卡号，测试该卡号是否存在，是否能上机。

 

2.3.2条件

       软件：机房收费系统—朝翠

       设备：笔记本电脑一台

       测试人员：八期师父蒋倩兰，九期师父王永俊，十期石朝翠，刘杰，韩欣桐

2.3.3测试资料

文件：《TGB-SQ-04-04概要设计说明书》

《TGB-SQ-04-04详细设计说明书》

流程：

 

 

 

2.3.4测试培训

该测试无须培训。

2.4数据库charge_cui

2.4.1进度安排

 测试日期：2013年12月6日

 测试内容：在输入框随便输入数据。

 

2.4.2条件

       软件：机房收费系统—朝翠

       设备：笔记本电脑一台

       测试人员：八期师父蒋倩兰，九期师父王永俊，十期石朝翠，刘杰，韩欣桐

2.4.3测试资料

文件：《TGB-SQ-04-04概要设计说明书》

《TGB-SQ-04-04详细设计说明书》

流程：

 

 

 

 

 

 

 该单元测试的类图如下所示：

4.4测试培训

该测试无须培训。

 

3测试设计说明

3.1上机测试

随便输入一个卡号，检测该卡号是否已注册，是否有余额上机，是否已上机。

3.1.1控制

       手动输入一个卡号，观察系统的反应，并对系统的反应做好详细记录。

3.1.2输入

输入一个卡号，测试时可以是非数字，位数可多可少，观察系统的反应。

3.1.3输出

预期系统的反应情况：

1、  弹出提示框：请输入数字

请输入少于20位的阿拉伯数字

该卡已上机

      2、该卡正常上机

3.1.4过程

 该部分测试较简单，只需输入一个卡号进行测试即可，然后观察系统的反应情况。

3.2数据库charge_cui测试

       在某个子程序的输入框随便输入数据后，刷新数据库，检查数据库是否有刚输入的数据。

3.2.1控制

       在某个子程序的输入框随便输入数据。

3.2.2输入

       在某个子程序的输入框随便输入数据。

 

3.2.3输出

预期系统的反应情况：

       1、数据库中未保存该数据

       2、数据库中存在此数据

3.2.4过程

       在某个子程序的输入框随便输入数据进行相关操作，然后检查数据库是否存在该数据。

 

4评价准则

4.1范围

该测试用例所能检查的范围是整个系统中比较重要的关于学生信息的数据库，库中的表名为stu_info，其局限性是在遇到突发情况时不能强制学生下机。

4.2数据整理

对测试数据的加工，系统会以自动方式整理数据，所用到的硬件是刷卡阅读器，软件是SQL server2008。

4.3尺度

测试工作的评价尺度如下：输出结果的类型与预期的不可有偏差；可以允许中断和停机的最大次数为3。