学生宿舍管理系统测试计划书.docx

: .
学生宿舍管理系统测试计划书
学院：信息工程班级：
学号：
姓名：
目录
1目的32背景3数据的接口。对于数据库管理系统(DBMS),还需
要进行深入的研究，以确定可以支持以下测试的工具和方法。
测试目标：
1.
确保数据库访问方法和进程正常运行，数据不会遭到损坏。
1.
调用各个数据库访问方法和进程，并在其中填充有效的和无效
的数据(或对数据的请求)。
技术：
2.
检查数据库，确保数据已按预期的方式填充，并且所有的数据
库事件都已正常发生；或者检查所返回的数据，确保为正当的
理由检索到了正确的数据
完成标准：
1.
所有的数据库访问方法和进程都按照设计的方式运行，数据没
有遭到损坏。
2.
测试可能需要DBMS开发环境或驱动程序在数据库中直接
输入或修改数据。
需考虑的特殊事项：
3.
进程应该以手工方式调用。
4.
应使用小型或最小的数据库(记录的数量有限)来使所有无法接受的事件具有更大的可视度。

测试对象的功能测试应该侧重于可以被直接追踪到用例或业务功能和业务规则的所有
测试需求。这些测试的目标在于核实能否正确地接受、处理和检索数据以及业务规则是否正
确实施。这种类型的测试基于黑盒方法，即通过图形用户界面(GUI)与应用程序交互并分
析输出结果来验证应用程序及其内部进程。以下列出的是每个应用程序推荐的测试方法概
要：
用户和学生宿舍管理模块新用户能否注册成功。
用户和学生宿舍管理模块能否删除现有用户信息。
用户和学生宿舍管理模块能否修改用户密码。
学生宿舍管理模块能否查看个人信息。
测试目标：
，其中包括导航、数据输入、
处理和检索等功能。
技术：
利用有效的和无效的数据来执行各个用例、用例流或功
能，以核实以下内容：
1. 在使用有效数据时得到预期的结果。
2. 在使用无效数据时显示相应的错误消息或警告消息。
3. 各业务规则都得到了正确的应用。
完成标准：
1. 所计划的测试已全部执行。
2. 所发现的缺陷已全部解决。
需考虑的特殊事项：

的事项或因素(内部的或外部的)。
(UI)测试来核实用户与软件的交互。UI测试的目标在于确保用户界面
向用户提供了适当的访问和浏览测试对象功能的操作。除此之外，UI测试还要确保UI功能内部的对象符合预期要求，并遵循公司或行业的标准。
测试目标：
核实以下内容：
」止确反映业务的功能和需
求，这种浏览包括窗口与窗口之间、字段与字段之间的
浏览，以及各种访问方法（Tab健、鼠标移动、和快
捷键）的使用
（例如，菜单、大小、位置、状态和
中心）都符合标准。
技术：
，以核实各个应用程序窗口
和对象都可止确地进行浏览，并处于正常的对象状态。
完成标准：
，或符合
可接受标准。
需考虑的特殊事项：
。

性能评价是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评价的目标是核实性能需求是否都已满足。实施和执行性能评价的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评价和微调。
测试目标：
核实所指定的事务或业务功能在以下情况下的性能行为：
1. 正常的预期工作量
2. 预期的最繁重工作量
技术：
1. 使用为功能或业务周期测试制定的测试过程。
2. 通过修改数据文件来增加事务数量，或通过修改脚本来
增加每项事务的迭代数量完成标准:
需考虑的特殊事项：
（最好是以单个用户、单个事务为基准），并在多个客户机（虚拟的或实际的客户机，请参见下面的“需要考虑的特殊事项”）上重复单个事务或单个用户：在每个事务所预期或要求的时间范围内成功地完成测试脚本，没有发生任何故障。
多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。
1. 综合的性能测试还包括在服务器上添加后台工作量。
2. 可采用多种方法来执行此操作，其中包括：
直接将“事务强行分配到”服务器上，这通常以“结构化查询语言”（SQL）调用的形式来实现。
使用多