图书管理系统测试计划说明书

图书管理系统测试计划说明书第五组2014年5月28日1引言............................................................ 错误!未定义书签。

编写目的...................................................... 错误!未定义书签。

背景.......................................................... 错误!未定义书签。

名词解释...................................................... 错误!未定义书签。

黑盒测试.................................................. 错误!未定义书签。

白盒测试：................................................ 错误!未定义书签。

静态测试.................................................. 错误!未定义书签。

动态测试.................................................. 错误!未定义书签。

功能测试.................................................. 错误!未定义书签。

集成测试.................................................. 错误!未定义书签。

单元测试.................................................. 错误!未定义书签。

性能测试：................................................ 错误!未定义书签。

参考资料...................................................... 错误!未定义书签。

2总体计划........................................................ 错误!未定义书签。

3需求review ...................................................... 错误!未定义书签。

4设计review ...................................................... 错误!未定义书签。

5测试环境准备.................................................... 错误!未定义书签。

设备.......................................................... 错误!未定义书签。

支持软件...................................................... 错误!未定义书签。

人员.......................................................... 错误!未定义书签。

6功能测试........................................................ 错误!未定义书签。

功能回顾...................................................... 错误!未定义书签。

系统操作登录.............................................. 错误!未定义书签。

借书...................................................... 错误!未定义书签。

. 3还书................................................. 错误!未定义书签。

. 4图书库管理........................................... 错误!未定义书签。

. 5图书查询............................................. 错误!未定义书签。

缴纳罚金.................................................. 错误!未定义书签。

测试用例...................................................... 错误!未定义书签。

系统操作登录测试.......................................... 错误!未定义书签。

借书测试.................................................. 错误!未定义书签。

还书测试................................................. 错误!未定义书签。

图书库管理测试............................................ 错误!未定义书签。

图书信息查询测试.......................................... 错误!未定义书签。

缴纳罚金测试.............................................. 错误!未定义书签。

7集成测试........................................................ 错误!未定义书签。

8性能测试........................................................ 错误!未定义书签。

9验收测试........................................................ 错误!未定义书签。

10文档编写....................................................... 错误!未定义书签。

1引言编写目的本测试计划文档作为指导此测试项目循序渐进的基础，帮助我们安排合适的资源和进度，避免可能的风险。

本文档主要阐述图书信息管理系统测试过程中的一些细节，为图书信息管理系统的测试工作提供一个框架和规范：1)确定项目测试的策略、范围和方法；2)使项目测试工作的所有参与人员（开发人员、测试管理者、测试人员对项目测试的目标、范围、策略、方法、组织、资源等有一个清晰的认识；3)使项目测试工作的所有参与人员理解测试控制过程；4)从策略角度说明本项目测试的组织和管理，指导测试进展，并作为项目5)测试工作实施的依据；本文档是本项目测试整个过程进行的依据、规范和标准；在测试过程中严格按照本文档的制定的规范去执行。

背景随着人们知识层次的提高，图书馆成为日常生活中不可缺少的一部分。

而图书馆的库存数量和业务量庞大，仅仅靠传统的记账式管理是不可行的。

图书馆管理系统应运而生，逐渐成为信息化建设的重要组成部分。

图书馆管理系统为学校或社会型图书馆的管理员提供所有借阅者的详细信息，以及馆内库存的详细情况，对借书和还书两大功能进行合理操纵并登记。

说明：开发软件名称：图书管理系统。

项目开发者：软件工程学院第五小组。

用户单位：待定。

名词解释1.3.1黑盒测试黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。

在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。

黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。

白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。

1.3.3静态测试静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。

对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。

1.3.4动态测试动态方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：构造测试实例、执行程序、分析程序的输出结果。

1.3.5功能测试功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。

1.3.6集成测试集成测试，也叫组装测试或联合测试。

在单元测试的基础上，将所有模块按照设计要求（如根据结构图）组装成为子系统或系统，进行集成测试。

实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。

程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。

单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。

对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。

总的来说，单元就是人为规定的最小的被测功能模块。

单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。

1.3.8性能测试：性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。

负载测试和压力测试都属于性能测试，两者可以结合进行。

参考资料张海藩：《软件工程导论》第五版清华大学出版社肖刚等：《实用软件文档写作》清华大学出版社李涛等：Visual C# SQL Server 数据库开发与实例清华大学出版社第五组：《图书管理系统需求分析说明书》2总体计划为了更好地实现对图书管理系统的测试，特别设计各个阶段的测试时间表，来管理测试计划的项目进度：3需求review需求review(Requirement Review) 对工作产品的评审有两类方式，一类是正式技术评审，也称同行评审，另一类是非正式技术评审。

对于我们学生来说，还没有同行评审，所以我们采用的第二种。

需求review的评审团队主要由开发方和客户方的代表共同组成，因为需要知道开发的系统的功能是否满足客户的需求。