（七）机房收费系统测试计划

测试计划

1引言

1.1编写目的

测试计划是描述将要进行测试活动的范围、方法、资源和时间进度的文档。它确定了测试项，要测试的特征、测试任务，谁来完成每项任务以及需要制定应急方案的所有风险等。

本文档的预期读者是系统编程人员和系统测试人员。

1.2背景

A、待开发软件名称：机房收费系统

B、项目提出者：米新江教授

开发者：周江霄

用户：廊坊师范学院全体教职工和学生

实现该软件的计算中心或计算机网络：廊坊师范学院局域网

C、该软件系统同其他机构的基本的相互来往关系：由廊坊师范学院信息技术提高班做技术支持。

1.3定义

注册	消费金额	充值	值班	退卡
Login	Consume	Recharge	On work	Cancel
结账	基本数据	购卡	上机	下机
Statement	Basic_date	Buycard	Login	logout

1.4参考资料

[1]《软件工程事务》刘学俊李继芳 刘汉中 编著 浙江大学出版社

[2]测试计划（GB8567——88）

2计划

2.1软件说明

功能	输入	输出	说明
学生信息管理	卡号	正确的学生信息	软件功能块的输入和输出的指标要符合实际逻辑，保证合法性
用户信息管理	账号和密码	正确登录系统
收支账目管理	日期期限	正确的账单
系统信息管理	基本数据	无

2.2测试内容

名称	标识符	进度安排	内容和目的
基本信息测试	Basicdata_Info	1天	正确设定基本信息
用户信息	User_info	1天	添加删除用户
学生信息	Student_info	3天	保证学生正确注册、充值、上机、退卡等操作
	Online_Info
	Recharge
	Cancle
结账	Checkday	2天	能够根据日期正确进行日结账和周结账操作
	Checkweek

2.3基本信息测试（Basicdata_Info）

主要测试系统管理员对基本数据的设定是否合理，符合实际逻辑。

2.3.1进度安排

对操作人员进行1个小时的培训，了解正常的基本数据设定标，保证系统能够修改和执行基本数据的设定工作。

2.3.2条件

陈述本项测试工作对资源的要求，包括：

1.至少使用2台电脑，大约测试1个小时。

2.以用户对基本数据的要求为标准，正确设定基本数据。

2.3.3测试资料

列出本项测试所需的资料

暂无

2.3.4测试培训

对操作人员进行1个小时的培训，了解正常的基本数据设定标，保证系统能够修改和执行基本数据的设定工作。

2.4用户信息测试（User_Info）

2.4.1进度安排

由于本系统的主要管理用户为学生，这一部分主要设计到对学生信息的管理工作，包括注册、充值、上机和退卡等工作。这一部分要测试的内容相对较多，耗时较长。大概需要3天的测试时间。

2.4. 2条件

陈述本项测试工作对资源的要求，包括：

至少需要两台电脑，一个刷卡机。

至少需要两个测试人员，一个刷卡上机，另一个作为操作员实现对学生的注册、充值、上机、退卡等工作。

2.4.3测试资料

暂无

2.4.4测试培训

两个测试人员要熟悉不同种类的测试方法，选取正确的测试用例对学生注册窗口的测试。另外，要采取恰当的测试方法实现对注册、充值和退卡的操作，保证操作的合理性。

2.5结账（Check）

2.5.1进度安排

这一部分主要是管理人员的任务部分，由于涉及到用户单位的利益关系，所以比较关键。大概需要两天的时间完成该部分的测试工作。

2.5.2条件

陈述本项测试工作对资源的要求，包括：

a.至少使用3台电脑，3个测试人员

b.测试人员要熟悉系统的基本运行流程和各个模块的功能。

2.5.3测试资料

暂无

2.5.4测试培训

测试人员要熟悉系统的基本运行流程和各个模块的功能。一个刷卡上机、另一个执行操作员的充值、退卡工作，最后一个测试管理员的结账功能。

3测试设计说明

3.1基本信息测试（Basicdata_Info）

3.1.1控制

人工设定基本系统基本信息。

3.1.2输入

输入基本信息要求的半小时基本费用、递增时间、最少上机时间、上机准备时间、卡内最少余额。

3.1.3输出

暂无

3.1.4过程

使用管理员身份登录该系统后，就拥有了该系统的基本信息设定的权限，根据实际情况设定完基本数据后，检验是否能够修改和正常保存即可。

3.2用户信息测试（User_Info）

3.2.1控制

采用刷卡器和人工输入同时进行的方式。

3.2.2输入

学生上机时刷卡上机，对学生进行注册、充值、退卡时手工输入卡号。

3.2.3输出

学生上机输出学生的相关基本信息，以及相对应的时间。对学生进行注册充值时，如果成功，系统会弹出提示框，表明注册、充值或退卡的卡号、姓名、充值/退卡金额，操作教师等。

3.2.4过程

先对学生完成注册测试，然后完成充值测试或者上机测试，最后完成退卡测试。

3.3结账（Check）

3.3.1控制

主要有管理员进行该项功能，测试时需要手动点击鼠标进行结账及相关查询。

3.3.2输入

主要输入的是查询日期的范围，如果是日结账则只需要点击日结账单中的结账即可，如果是周结账则需要选择要查询的日期进行相关操作。

3.3.3输出

日结账单和周结账单。

3.3.4过程

首先保证本系统在投入运行，有学生上机及操作人员的相关操作，最后测试管理人员的结账模块。

4评价准则

4.1范围

所选择的测试用例可以基本覆盖本系统的功能，其局限性在于不能覆盖所有的数据，不能测试多台电脑同时访问数据库的情况。

4.2数据整理

在整理数据方面系统中引用了报表控件，在日结账单和周结账单模块使用到报表一方面对结账情况的汇总和打印。

4.3尺度

1.要求关于学生充值、上机、下机、退卡等涉及到金额的部分精确度不低于0.1元。

2.在涉及到系统操作反应时间方面不超过2s.

3.遇到在测试过程中中断或停机的状况，需找出问题所在，保证系统正常工作的运行，否则系统测试不通过。