图书馆管理系统测试计划.docx

图书馆管理系统测试计划.docx

《图书馆管理系统测试计划.docx》由会员分享，可在线阅读，更多相关《图书馆管理系统测试计划.docx（6页珍藏版）》请在冰点文库上搜索。

图书馆管理系统测试计划

文档标识符：

计算机应用工程系/TP001

文档版本：

1.0

图书馆管理系统

测试计划

编写人：

编写时间：

部门名：

审核人：

审核时间：

1.

引言

本文档的目标是详细描述对图书馆管理系统进行系统测试的测试过程。

本文档所测试的功能均来自于需求文档：

图书馆管理系统需求规格说明书。

2.测试项

本次测试主要针对本小组开发的图书馆管理系统进行系统测试，主要包括功能测试、界面测试、负载测试、文档测试。

在图书馆管理系统需求规格说明书中列出的系统功能和性能都需要完成测试，在测试工作期间发现的所有缺陷都需要改正并确认。

3.准备测试的特征

以下特征将被测试，以确保图书馆管理系统满足需求规格说明书中指定的需求：

用户管理

图书编目

图书个别登记

图书注销

图书流通（借/还）

图书检索和统计

借书证办理

图书网络预约

4.不准备测试的特征

本次测试将不考虑关系数据库的安装和功能。

测试前数据库已安装并处于可操作的状态。

本次测试将不直接测试Web服务器。

整个测试主要进行系统测试，不准备进行单元测试和集成测试。

5.方法

整个系统测试方法包括功能测试、回归测试、界面测试、负载测试、文档测试。

5.1.功能测试

在需求规格说明书中描述的所有功能，都将在选定的客户端/服务器配置组合上进行测试。

测试中需要考虑正常的功能实现和恶意测试，即使用设计者不期望的数据进行操作。

5.2.回归测试

在测试的过程中发现系统缺陷，应及时修正，每天对系统进行一次回归测试，在修正的程序中对发现的缺陷进行验证，以确保其得以改正。

在系统交付前作一次完成的系统回归测试。

5.3.界面测试

图形用户界面测试在MicrosoftIE或Netscape浏览器中进行。

IE浏览器选择4.0版本及以上版本，所有测试手工进行。

5.4.负载测试

负载测试主要测试系统存在大量图书检索情况下，系统的运行情况。

负载测试利用自动测试工具开展，选自Mercury公司的LoadRunner实施负载测试。

5.5.文档测试

文档测试主要包括需求文档、设计文档、用户文档测试，测试重点在文档内容的正确性、准确性。

主要采用走查的方式进行。

6.通过/失败标准

所有的测试用例执行结果与预期结果一致，则测试通过。

若测试中存在执行结果与预期结果不一致，则测试不通过。

7.挂起标准和继续要求

由于程序中存在重大问题或者基本功能不能工作，测试无法正常进行，则测试挂起，直到这些问题得到解决测试继续。

当出现灾难性的缺陷时，尝试继续测试，除非该缺陷非常严重，致使超过50%的测试用例受阻。

8.测试提交产物

整个测试过程中需要提交以下文档：

测试计划

测试用例

测试报告

9.测试任务

在测试图书馆管理系统时需要执行的任务如下：

编写测试计划书

设计测试用例

编写测试脚本

执行测试工作

编写错误报告

验证对缺陷的修复

10.测试环境需求

10.1.硬件环境

IntelPentium166MHz或以上；

内存：

需要至少512MHZ；

配备光驱；

网络容量：

少于50人需16Mb/s的令版环网和10Mb/s可以勉强满足要求，建议100Mb/s的以太网或者更高。

配备条码枪，打印机;

10.2.软件环境

服务器

操作系统:

Windows2000以上的服务器版本

必装软件:

Mierosoft.NETFramework2.0SQLServer2000IIS6.0

客户端

操作系统

Windows95/98、WindowsNT（建议使用Windows98）

浏览器

IE4.0以上版本或者Netscape浏览器。

屏幕分辨率800x600

11.职责

测试设计师：

编写测试计划、设计测试用例

测试开发人员：

编写测试脚本

测试人员：

执行测试工作

测试管理人员：

管理测试进度，进行测试结果评估

12.人员投入及进度安排

整个系统测试中人员安排及实践进度如表12-1及12-2所示：

表12-1

姓名

职位

徐跃军

测试设计师

杨啸

测试开发人员

金奔

测试员

陈聪

测试员

表12-2

任务

时间

制定测试计划

1天/人

设计测试用例

2月/人

开发测试脚本

2月/人

执行测试任务

4月/人