宿舍管理系统测试方案

学

生

宿

舍

管

理

系

统

书

计划

测试

工程

信息

:

学院

:

班级

:

学号

姓名：_________________

目录

1目的.......................................................

2背景.......................................................

3范围.......................................................

4项目时识...................................................

5测试需求...................................................

5.1数据库设计模块.....................................

5.2顾客信息管理模块...................................

5.3学生宿舍管理模块...................................

6测试方略...................................................

6.1注册及登录测试.....................................

6.2修改密码、查询信息和删除顾客信息测试.............

7测试类型...................................................

7.1数据和数据库完整性测试.............................

7.2功能测试...........................................

7.3顾客界面测试.......................................

7.4性能评价...........................................

7.5安全性和访问控制测试...............................

7.6配置测试..............................................................8

8工具........................................................................8

9资源........................................................................8

10项目里程碑.................................................................9

11可交付工件.................................................................9

12测试模型...................................................................9

13测试日志...................................................................9

14缺陷汇报...................................................................9

1目的

本测试计划将要简要简介并深入阐明学生宿舍管理系统测试项目的方略和措施。学生宿

舍管理系统项目人员但愿运用这个测试计划来理解和执行测试活动，并管理完毕整个测试口勺

活动。本文定义可测试的详细职责和活动，并描述了使用的测试。

2背景

由于我国有些学校学生宿舍信息口勺管理水平比较低，只停留在纸介质的水准上，这样的

机制很明显地已不能适应时代的发展规定，它挥霍了过多的人力及物力，还存在某些先天缺

陷。在信息时代，这种老式的管理措施被以计算机为基础的信息管理措施取代已是大势所趋。

归纳起来，学生宿舍管理系统做到一下功能比较合民意：

首先，可以存储历届的学生信息，安全、高效；

另一方面，系统可操作性强，可以节省人力，最佳只需一到二名信息录入员；

再次，查找信息速度快、效率高，可以检索有条件信息；

再另一方面，为未来学校实现网络化教育做准备。

3范围

本系统共需要测试四个模块，分别为：数据库设计模块、顾客信息管理模块、学生宿舍

管理模块、记录查询模块。本计划书重要测试数据库设计模块、顾客信息管理模块、学生宿

舍管理模块。

先用单元测试测试三个模块口勺数据输入与否异常:再用集成测试测试数据库能否与学生

管理系统中的）数据连接，传递与否异常；

再用系统测试测试整个系统相对于需求的符合度.

本次测试重要进行的功能测试有：顾客信息管理模块和学生宿舍管理模块能不能添加及

删除顾客，顾客能不能修改密码，学生宿舍管理模块能不能查看个人信息。

性能测试重要有响应时间、并发顾客数、吞吐量（单位时间内系统处理的客户祈求H勺数

量）。

4项目的识

文档（版本/日期）已创立或可用已被接受或已通过复审作者或来源备注

需求规约EI是口否0是□否开发人员

用例汇报□是口否□是口否

项目计划Q是□否0是口否项目经理

设计规约口是□否□是□否

系统模型Q是口否□是口否

数据模型或数据流□是口否口是□否

业务功能和业务规则口是□否□是□否

项目或业务风险评估口是口否口是口否

5测试需求

高优先级：顾客注册与登录功能，需要进行功能测试和性能测试；

中优先级：修改密码、删除信息和查询信息，需要进行功能测试。

5.1数据库设计模块

数据库能与系统数据正常连接。

5.2顾客信息管理模块

假如是新顾客，可以通过输入格式对•的丛J顾客名和密码注册成功；

注册成功H勺顾客输入对的的顾客名和密码后能修改密码和删除顾客信息。

5.3学生宿舍管理模块

假如是新顾客，可以通过输入格式对的的顾客名和密码注册成功;

注册成功H勺顾客输入对H勺的顾客名和密码后能修改密码、查看个人信息和删除顾客信

息。

6测试方略

6.1注册及登录测试

简要阐明：顾客需要登录使用其注册顾客名和密码。

测试措施：制定了一套自动化测试，测试时能力，有效顾客登录注册H勺。在使用无效H勺

顾客id和密码记录器的错误途径。可以满足1500人同步在线操作计算机不卡。

假设/这个问题的详组特性：身份验证使用顾客ID和密码是由外部提供服务，将被调用。

据推测，这一职能已通过彻底测试和支持。我们不会在进入顾客id和密码的漏洞测试。

6.2修改密码、查询信息和删除顾客信息测试

简要阐明：成功登录后，可以查询学生信息、修改原密码和删除顾客信息。

测试措施：制定了一套自动化测试，测试的能力，顾客登录成功后修改密码、查询信息

和删除顾客信息用时。

7测试类型

7.1数据和数据库完整性测试

数据与数据库完整测试是指测试关系型数据库完整性原则以及数据合理性测试。

数据库完整性原即:

主码完整性：主码不能为空;

外码完整性：外码必须等于对应的主码或者为空。

数据合理性指数据在数据库中的类型，长度，索引等与否建的比较合理。

数据库和数据库进程应作为学生宿舍管理系统中的子系统来进行测试。在测试这些子系

统时，不应将测试对象的颐客界面用作数据的接口。对于数据库管理系统（DBMS）,还需要

进行深入的研究，以确定可以支持如下测试的工具和措施。

测试目的:1.保证数据库访问措施和进程正常运行，数据不会遭到损坏。

1.调用各个数据库访问措施和进程,并在其中填充有效的和无效

的数据（或对数据的祈求）。

技术：2.检查数据库，保证数据已按预期H勺方式填充，并且所有H勺数据

库事件都已正常发生；或者检查所返回的数据，保证为合法的

理由检索到了对的时数据

1.所有的数据库访问措施和进程都按照设计的方式运行，数据没

完毕原则：

有遭到损坏。

2.测试也许需要DBMS尸发环境或驱动程序在数据库中直接

输入或修改数据。

需考虑的特殊事项：3.进程应当以手工方式调月。

4.应使用小型或最小附数据库（记录的数量有限）来使所有无法

接受的事件具有更大的可视度。

7.2功能测试

测试对象的功能测试应当侧重于可以被直接追踪到用例或业务功能和业务规则的所有

测试需求。这些测试的目的在于核算能否对的地接受、处理和检索数据以及'业务规则与否对

时实行。这种类型的测试基于黑盒措施，即通过图形顾客界面（GUI）与应用程序交互并分

析输出成果来验证应用程序及其内部进程。如下列出的是每个应用程序推荐日勺测试措施概

要:

顾客和学生宿舍管理模块新顾客能否注册成功。

顾客和学生宿舍管理模块能否删除既有顾客信息。

顾客和学生宿舍管理模块能否修改顾客密码。

学生宿舍管理模块能否查看个人信息。

测试目的：1.保证测试对象的功能正常，其中包括导航、数据输入、

处理和检索等功能。

运用有效的和无效的数据来执行各个用例、用例流或功

能，以核算如下内容：

技术：1.在使用有效数据时得到预期的成果。

2.在使用无效数据时显示对应的错误消息或警告消息。

3.各业务规则都得到了对的的应用。

1.所计划H勺测试己所有执行。

完毕原则：

2.所发现H勺缺陷已所有处理。

1.确定或阐明那些将对功能测试口勺实行和执行导致影响

需考虑H勺恃殊事项：

H勺事项或原因（内部的或外部H勺）。

7.3顾客界面测试

通过顾客界面（UI）测试来核算顾客与软件的交互。LI测试的目的在于保证顾客界面

向顾客提供了合适的访问和浏览测试对象功能H勺操作。除此之外，UI测试还要保证II功

能内部的对象符合预期规定，并遵照企业或行业的原则。

核算如下内容：

测试目的:1.通过测试对象进行的浏览可对的反应业务的功能和需

求，这种浏览包括窗口与窗口之间、字段与字段之间的

浏览，以及多种访问措施（Tab健、鼠标移动、和快捷

键）H勺使用

2.窗口日勺对象和特性（例如，菜单、大小、位置、状态和

中心）都符合原则。

1.为每个窗口创立或修改测试，以核算各个应用程序窗口

技术：

和对象都可对H勺地进行浏览，并处在正常的对象状态。

1.成功地核算出各个窗口都与基准版本保持一致，或符合

完毕原则：

可接受原则。

需考虑H勺特殊事项：1.并不是所有定制或第三方对象的特性都可访问。

7.4性能评价

性能评价是一种性能则试，它对响应时间、事务处理速率和其他与时间有关的需求进行

评测和评估。性能评价的Fill勺是核算性能需求与否都已满足。实行和执行性能评价的目的是

将测试对象II勺性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评价和微调。

核算所指定的事务或业务功能在如下状况下的性能行为：

测试目的:1.正常的预期工作量

2.预期的最繁重工作量

1.使用为功能或业务周期测试制定啊测试过程。

2.通过修改数据文献来增长事务数量，或通过修改脚本来

增长每项事务的迭代数量。

技术：

3.脚本应当在一台计算机上运行（最佳是以单个顾客、单

个事务为基准），并在多种客户机（虚拟的或实际的J客

户机，请参见下面H勺”需要考虑的特殊事项”）上反复。

1.单个事务或单个顾客：在每个事务所预期或规定时时间

范围内成功地完毕测试脚本，没有发生任何故障。

完毕原则：

2.多种事务或多种顾客：在可接受的时间范围内成功地完

毕测试脚本，没有发生任何故障。

1.综合的性能测试还包括在服务器上添加后台工作量。

2.可采用多种措施来执行此操作，其中包括：

•直接将“事务强行分派到”服务器上，这一般以“构

造化查询语言"（SQL）调用的形式来实现。

需考虑口勺特殊事•使用多台实际客户机（每台客户机都运行测试脚

项：本）在系统上添加负载。

•性能测试应当在专用的计算机上或在专用时机时

内执行，以便实现完全的控制和精确H勺评测。

・性能测试所用口勺数据库应当是实际大小或相似缩

放比例日勺数据库。

7.5安全性和访问控制测试

安全性和访问控制测试侧重「安全性的两个关键方面：

应用程序级别的安全性，包括对•数据或业务功能口勺访问

系统级别日勺安全性，包括对系统时登录或远程访问。

应用程序级别的安全性可保证：在预期的安全性状况下，主角只能访问特定H勺功能或用

例，或者只能访问有限日勺数据。例如，也许会容许所有人输入数据，创立新账户，但只有经

理才能删除这些数据或账户。假如具有数据级别口勺安全性，测试就可保证“顾客类型一”可

以看到所有客户信息（包括财务数据），而“顾客二”只能看见同一客户H勺记录数据。

系统级别H勺安全性可保证只有具有系统访问权限H勺顾客才能访问应用程序，并且只能通

过对应『、J网关来访问。

测试目口勺：•应用程序级别的安全性：核算主角只能访问其所属顾

客类型已被授权访问的那些功能或数据。

.系统级别的安全性：核算只有具有系统和应用程序访

问权限n勺主角才能访问系统和应用程序。

技术：•应用程序级别的安全性：确定并列出各顾客类型及其

被授权访问的功能或数据。

为各顾客类型创立测试，并通过创立各顾客类型所特

有的事务来核算共权限。

修改顾客类型并为相似的顾客重新运行测试。对于每

种顾客类型，保证对的地提供或拒绝了这些附加的功

能或数据。

•系统级别的访问：请参见如下的“需考虑H勺特殊事项”

完毕原则：多种已知的主角类型都可访问对■应艮।功能或数据，并

且所有事务都按照预期的方式运行，并在先前的应用

程序功能测试中运行了所有的事务。

需考虑的特殊事项：必须与对应日勺网络或系统管理员一起对系统访问权

进行检杳和讨论。由于此测试也许是网络管理或系统

管理日勺职能，也许会不需要执行此测试。

7.6配置测试

配置测试核算测试对象在不一样的软件和硬件配置中的运行状况。在大多数生产环境

中，客户机工作站、网络连接和数据库服务器的详细硬件规格会有所不一样,客户机工作站

也许会安装不一样的।软件、例如，应用程序、驱动程序等。并且在任何时候，都也许运行许

多不一样的软件组合，从而占用不一样的资源。

测试目於j：核算测试对象可在所需的硬件和软件配置中正常运

行。

技术：使用功能测试脚本。

在测试过程中或在测试开始之前，打开多种与非测

试对象有关的软件（例如Microsoft应用程序:Excel

和Word）,然后将其关闭。

执行所选H勺事务，以模拟主角与测试对象软件和非

测试对象软件之间的交互。

反复上述环节，尽量减少客户机工作站上的常规可

用内存。

完毕原则：对于测试对象软件和非测试对象软件的多种组合，

所有事务都成功完毕，没有出现任何故障。

需考虑H勺特殊事项：需要、可以使用并可以通过桌面访问哪种非测试对

象软件？

一般使用口勺是哪些应用程序？

应用程序正在运行什么数据？例如，在Excel中打

开的大型电子表格,或是在Word中打开的100页

文档。

作为此测试的一部分，应将整个系统、Netware,网

络服务器、数据库等都记录下来。

8工具

性能测试：Rational系列(除了RationalRose,那是做