软件测试综合性实验报告(图书信息管理系统)

1.软件项目介绍

1.1软件测试项目背景

根据各大学校希望能够充分利用现代科技来提高图书管理的效率，在 原有的办公系统基础上进行扩展，将一些可以用计算机来管理的都进行计算机化，使得图书管理人员工作更加方便，工作效率也更加的高。

图书馆信息系统的系统结构如图1.1所示，系统的主要构成部分是图书管各业务处理的子系统。用于处理图书馆日常运营中的主要业务，包括编目子系统、图书采购子系统、图书流通子系统等，另外业务处理子系统能够正常运行还需要基础信息的维护和权限控制；业务处理子程序产生的数据还需要呈献给图书管理员和读者等，所以按性质图书管理系统可以分为业务处理、基础信息管理和信息查询三部分。

图1.1 图书馆信息管理系统的系统结构图

1.2图书流通子系统的介绍

图书流通子系统实现了对图书信息的有效管理，对图书的日常流通管理具有一定的辅助作用。图书馆流通子系统使图书管理工作规范化、系统化、程序化、避免图书管理的随意性，提高信息处理的速度和准确性，能够及时准确有效的查询和修改图书情况。

图书馆流通子系统是图书馆管理系统的一部分，主要管理图书的流动。图书馆流通子系统是提供给图书管理人员用来管理和维护数据记录。管理员能够对图书信息进行添加、查询、更改、删除以及对数据的维护；管理员需要通过密码进行登录，也可以修改密码。普通用户无需登录，可以使用查询功能等部分功能。

图书管理员对读者的借阅及还书要求进行操作，同时形成借书或还书报表给借阅者查看确认，还要对图书进行管理和维护。由于此系统大部分功能只是对管理员开放，所以管理员可以操作所有功能，图书管理员可以添加、查询、更改、删除、统计图书的基本信息，查询、统计图书馆的借阅信息。

图书馆流通子系统具体功能模块和界面如下： A.管理员登陆功能模块

首先利用管理员登录功能块，实现管理员登陆，管理员必须输入正确的密码才能进入主界面，如果管理员密码错误，应用程序会提示错误信息。

B．图书馆流通子系统界面

管理员进入系统界面完成以下功能，图书管理、图书借阅、用户管理和信息查询。

图 1.2 图书馆流通子系统管理模块操作界面

1.3子系统的功能需求分析

为了能更好的解读后面的测试用例，先给出图书管理流通子系统的功能需求分析图。

图书馆流通子系统功能需求分析 F01.01.00 图书入库 完成图书入库工作 子功能名称 子功能描述 保存功能 做数据完整性检查，保存图书入库信息；操作时应给出是否需要保存、操作成功、操作失败的提示。 功能需求编码 功能需求名称 功能描述 子功能编码 F01.01.01 输出 F01.01.02 F01.01.03 输入编码 F01.01.11 F01.01.12 F01.01.13 F01.01.14 F01.01.15 F01.01.16 F01.01.17 清除已输入未保存的信息 系统恢复到初始状态 退出 退出图书管理子系统界面 输入内容 输入方式 输出 后继输入 图书编号 录入 若图书馆已存在该新图书到图书则显示图书相F01.01.12已存关信息 在的图书到F01.01.13 F01.01.13 新图书名称 录入 F01.01.14 数量 录入 F01.01.15 价格 录入 F01.01.16 分类 选择 F01.01.17 作者 录入 入库日期 选择 清除功能 1.4子系统的性能及可用性要求

除了功能需求以外，每个系统都会有一些性能上、安全上及其它方面的具体要求。另外还有一些一般性的规定，它可能不是针对某个具体模块，而是整个系统，要求软件的每个模块都能达到某种程度的要求，这些需求没有固定的模式，但一个具体的软件测试过程中必须要考虑所测试的软件项目的具体需求，并经过实际测试确定该软件在这些方面能够达到用户的要求。

其他需求 对系统的要求 要求界面格式统一，页面、按钮和提示风格一致 提示友好 系统有危险操作预警 操作过程如有错误产生，系统能给出简单明了的错误发生原因描述，并给出解决办法建议 光标初始位置和跳转状态合理 系统有备份和恢复功能 提交数据前检验 操作员的登陆要有严格的身份，所做一切操作都应有操作员和操作时间记录 图书馆信息保存后不能轻易删除 读者只能进行图书的查询操作 对不同的管理员设置不同的权限 容量、精确度 局域网环境，数据存储与本台计算机 性质 可 用 性 编码 S01.01.001 S01.01.002 S01.01.003 S01.01.004 S01.01.005 S01.01.006 S01.01.007 S01.02.001 S01.02.002 S01.02.003 S01.02.004 S01.03.001 S01.04.001 安 全 性 性能 运行环境 2.测试计划

测试计划一般由测试经理来制定。测试计划光有预算、人员安排和时间进度还远远不够，测试计划涉及许多测试工作的具体规划。很难想象，一个没有经过很好策划的测试项目能够进行顺利。

测试计划工作的成果是提交一份完整的测试计划报告。关于测试计划报告的模板，不必千篇一律，它会随着软件的运用行业、软件功能及性能要求、管理规范性要求等的不同而不同。但一个完整的测试计划一般均包括被测试项目的背景、测试目标、测试的范围、方式、资源、进度安排、测试人员组织以及与测试有关的风险等方面。下面给出图书信息管理系统1.0版集成测试的测试计划报告。

2.1测试概述

本测试项目拟对图书信息管理系统1.0进行测试。

实际测试工作内容与预先设计的内容的差别 系统登陆测试 检查用户是否合理、合法 无 图书管理测试 查询、添加、删除、修改图无 书信息 图书查询测试 进行图书信息查询 无 还书测试 读者退还所借书籍 无 用户、管理员管添加、删除、修改用户、管无 理测试 理员信息 测试标识符 测试内容 2.2定义

 质量风险：被测试系统不能实现描述的产品需求或系统不能达到用户的

期望的行为，即系统可能存在的错误。

 测试用例：为了查找被测试软件中的错误而设计的一系列的操作数据和

执行步骤，即一系列测试条件的组合。

 测试工具：应用于测试用例的硬件/软件系统，用于安装或撤销测试环境、

创造测试条件，执行测试，或者度量测试结果等工作。测试工具于测试用例本身。

 进入标准：一套决策的指导方针，用于决定项目是否准备好进入特定的

测试阶段，在集成测试和系统测试阶段，进入标准会很苛刻。

 退出标准:一套标准，用于决定项目是否可以退出当前的测试阶段，或者

进入下一个测试阶段或结束项目。同进入标准，测试过程的后几个阶段退出标准一般很苛刻。

 功能测试：集中于功能正确性方面的测试，功能测试必须和其它测试方

法一起处理潜在的重要的质量风险，比如性能、负荷、容积和容量等。

2.3质量风险摘要

表2.3 质量风险摘要表 风险潜在的故障故障的潜在效果 危险性 影响 优先级 编号 模式 1 业务流程不不能完成各业务的基4 5 5 能顺利进行 本过程 2 数据处理 5 4 5 数据处理不一致 3 3 2 时间记录不精确等 3 打印 1 3 4 1 3 1 4 5 3 4 并发控制 多台终端同时操作导致系统出现错误 5 错误处理 4 3 4 不能阻止错误发生，错误发生后处理不当 6 界面不友好 没有提示，1 5 2 不便于操作 7 系统响应速对用户提交信息响应、1 5 3 度慢 处理速度慢 …… …… …… …… …… …… 测试策略 手工 手工 手工 手工 手工 自动 手工 手工 手工 …… 2.4测试进度计划

表 2.4 测试进度计划表 阶段 任务任务名称 前序任号 务号 1 测试计划 制定测试计划 2 1 人员安排 3 1,2 测试环境配置；开发问题记录工具，建立问题记录数据库 4 1,2 测试用例设计；测试数据库恢复工具设计开发 5 测试计划 一阶段测试通过 1,2,3,4 6 5 二阶段测试通过 工时 3 0.5 3 提交结果 测试计划 任务分配 可运行系统的环境；问题记录工具；问题记录数据库 测试用例；数据恢复工具 测试结果记录 测试结果记录 30 30 20 测试分析总结 7 8 三阶段测试通过 退出测试系统 6 7 10 4 测试结果记录 测试分析报告 2.5进入标准

 “测试小组”配置好软硬件环境，并且可以正确访问这些环境。  “开发小组”已完成所有特性和错误修复并完成修复后的单元测试。  “测试小组”完成“冒烟测试”——程序包能打开，随机的测试操作正

确完成。

2.6退出标准

 “开发小组”完成了所有必需修复的错误。

 “测试小组”完成了所有计划的测试。没有优先级为3以上的错误。优

先级为2以下的错误少于5个。

 “项目管理小组”认为产品实现稳定性和可靠性。

2.7测试配置和环境

 服务器一台：惠普PIII550,2GB内存，8.4GB硬盘；软件环境是Windows

7。

 打印机1台：Panasonic KX-P1131。  地点：NB-617。

2.8测试开发

 设计测试用例已进行手工测试。

 准备使用 MI Loadrunner，以检测系统对比并发性的控制和系统的强壮

性。

 设计开发问题记录及交互工具，包括问题存储控制系统及所对应的数据

库，以对测试结果做很好的记录并提供相关测试和开发人员的交互平台。

2.9预算

表 2.9 测试预算表

阶段 测试计划 测试系统配置与开发 项目 人员开支 人员开支（测试系统配置，开发，测试用例设计） 硬件系统 自动测试工具 测试执行 人员开支（测试执行） 测试总结评估 人员开支（测试总结评估） 合计（人民币） 工作量费用预算（人日） （人民币） 3 ****** 33.7 ****** 60 4 ****** ****** ****** 2.10关键参与者

 测试经理：XXXX（制定测试计划及部署、监督相关工作）。  测试人员：XXXX（负责相关子系统测试）。

 开发人员：XXXX（及时解决影响测试进行的系统问题）。  项目管理人员：XXXX（跟踪项目进展）。

2.11参考文档

 《图书信息管理系统1.0系统需求说明书》  《图书信息管理系统1.0用户手册》  《图书信息管理系统1.0设计报告》  《图书信息管理系统1.0基本功能规范》  《软件测试》  《软件测试过程管理》

3.图书信息管理系统测试过程概述

广义的说，测试工作贯穿一个软件项目开发过程的始终，从项目的策划和相关文档的生成开始直到软件通过用户的验收。通常所说的测试是指运行软件系统（或单个的模块）以检验其是否满足用户要求的过程。

图书信息管理系统的测试按照一般测试过程，将其分为单元测试、集成测试、系统测试和验收测试4个阶段。对于测试开发人员来讲，关注的是前三个阶段的测试过程。

3.1单元测试

单元测试首先要理解单元原本是要做什么的，而不是它现在实际做了什么，我们更关心的是：模块或函数是否做了它该做的事情而没有做不该做的事情。

主要依据详细设计的描述和源程序清单针对五部分内容进行测试：模块接口、局部数据结构、边界条件、出错处理、路径。首先模块与周围环境的接口有无差错应首先得到检验，否则其内部的各种测试工作将是徒劳;局部数据结构也是常见的错误来源，对基本控制流进行测试同样也会发现大量的错误;异常处理要给予适当的出错处理对策，以便在程序出错时，能对出错程序重新做出安排，保证其逻辑上的正确性;边界测试，对数据流的测试将是单元测试的最后一步。

3.2集成测试

集成测试的目的是确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正确，当一个系统还没有完成，设计相应的桩和驱动模块进行集成测试，便于早期发现接口问题以及集成后的功能问题，同时编码不是一个可以一次性通过的过程，对最初的单元测试中一些被忽略和遗漏的BUG，也将会在集成测试阶段被发现。

概要设计的对象主要为系统，系统子系统，模块，子模块，函数等，通过体系结构进行模块的划分，并进行数据设计、接口设计，遵循高内聚、低耦合的原则，对其进行分解描述，依赖关系描述，接口描述等，并保持模块与需求的对应关系，因此，对集成测试的重点，将主要测试模块之间的接口和接口数据传递关系，以及模块组合后的整体功能。确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正确，验证接口是与设计相符合?发现设计与需求中存在的错误是集成测试的工作内容。

通过接口的覆盖率进行集成测试的评估。

3.3系统测试

系统测试是我们传统观念的一种测试方式，也就是一般放在项目功能基本实现后的功能和性能等方面的测试，目前软件测试已由开发的后期介入扩展到了整

个生命周期，由基于代码运行扩展到静态走读，由传统的发现错误为目的扩展到了对缺陷的预防。

系统测试主要验证功能是否符合需求规格定义，是一种在实际环境下的测试，同时也是全面的系统级测试，其内容包括产品功能、性能指标、兼容性、可靠性、容错能力、可维护性、安全性等方面;功能方面主要检查是否有不正确或遗漏了的功能，性能测试目标是度量系统相对于预定义目标的差距，必须要有工具的支持;GUI测试界面实现与界面设计的吻合，以及界面处理的正确性，是直接面对用户的首要条件，因此相对在易用性方面显的较为重要;兼容性，可靠性的、容错性，可维护性，安全性等根据项目要求的不同，具体情况具体分析。

系统测试评估的标准是对需求规格说明书的覆盖率。

3.4验收测试

软件验收测试完成标准：无论是计划还是过程，都应该着重考虑软件是否满足合同规定的所有功能和性能，文档资料是否完整、准确，人机界面和其他方面（例如，可移植性、兼容性、错误恢复能力和可维护性等）是否令用户满意。 软件验收测试的结果有两种可能，一种是功能和性能指标满足软件需求说明的要求，用户可以接受；另一种是软件不满足软件需求说明的要求，用户无法接受。项目进行到这个阶段才发现严重错误和偏差一般很难在预定的工期内改正，因此必须与用户协商，寻求一个妥善解决问题的方法。

4.测试用例设计

测试用例应由测试人员在充分了解系统的基础上在测试之前设计好，测试用例的设计是测试系统开发中一项非常重要的内容。集成测试阶段测试用例的设计依据为系统需求分析、系统用户手册和系统设计报告等相关资料的内容，而且测试人员要与开发人员充分交互。

在写出测试用例之前还要编写测试大纲，大纲基本上是测试思路的整理，以保证测试用例的设计能够清晰、完整而不是顾此失彼。测试大纲可以按照模块、功能点、菜单和业务流程这样的思路来策划。

4.1子系统测试大纲

功能模块 目标描述 输入 与数据库连接，检查用户名和密码是否匹配 与数据库连接检查输入的图书信息，能登记图书相关信息，检查修改单中的信息的合法性 与数据库连接检查输入的用户信息，能登记用户相关信息，检查修改单中的信息的合法性 检查输入借书的用户名称 检查要录入的图书是否存在 检查输入查询的图书条件 输出 对于存在的用户名可以正常登录；并能给用户正确的返回信息。 能与数据库正常连接，并即时更新数据库；正确给出返回信息、能否正确注销 能与数据库正常连接，并即时更新数据库；正确给出返回信息、能否正确注销 能与数据库正常连接，并即时更新数据库；正确给出返回信息 能与数据库正常连接，并即时更新数据库；正确给出返回信息 能与数据库正常连接；正确给出返回信息 用户测试用户能否成功登陆系登录 统 维护测试管理员对图书的处理图书情况 信息 维护用户信息 测试管理员对用户的处理情况 图书测试对图书借阅者的信息借阅 处理情况 图书测试对图书信息录入的接的录受状况 入 查询测试对图书条件查询的处图书理情况 信息

4.2其它可用性测试检查标准

软件产品的可用性是指软件产品能否让用户更快更容易的完成工作。即软件是否易学、易用，并使用户感到满意。软件产品的可用性主要反映在软件产品的用户界面及操作过程上减少错误出现，提高用户工作效率，增加用户满意度；对于开发商而言可以缩减服务和后期培训费用，提高用户满意度。软件的可用性已经越来越用户和开发商的关注。可用性测试对所有功能模块来说，检测标准是相同的，而这些检测在功能测试同时就可检验，所以不再设计单独的测试用例。表4.2 列出图书信息管理系统中流通子系统的可用性检测标准。

表4.2 图书流通子系统的可用性检测标准

结果 测试项 测试模块 操作是否顺畅 图书管理 界面是否直观 操作成功、失败是否有相应的提图书借阅 示 提示是否标准规范 用户管理和信息查跳转是否灵活 询 按钮位置是否合适 各界面相同控件相关属性是否一致 快捷键是否有效 输入是否方便 光标初始位置和跳转状态合理 4.3功能测试用例 4.3.1登录模块测试用例

测试用例序号 01 测试用例名称 登陆模块 测试功能描述 1：运行登录对话框 2：检验输入的帐号和密码是否匹配 测试用例描述 测试步骤 1：运行图书管理系统 2：输入账号和密码 期待输出结果 1：显示登陆对话框 2：如果账号和密码正确进则入系统 3：反之则提示用户重新输入 测试结果 测试人 罗江 校核人 罗江 被测系统 测试日期 2014/12/18 4.3.2维护图书信息模块测试用例

测试用例序号 02 测试用例名称 维护图书信息模块 被测试系统 测试功能描述 1：运行图书管理界面对话框 2：检验输入图书的新信息 3：检验输入图书的新信息是否正确合格 4：检验输入修改图书的编号 5：检验输入注销图书的编号 测试用例描述 测试步骤 1：运行图书管理系统 2：输入图书的新信息 3：输入图书的编号 期待输出结果 1：显示提示对话框 2：如果图书的新信息正确则添加成功 3：反之则提示重新输入信息 4：如果修改信息的格式正确则显示成功 5：反之提示重新输入 6：如果图书存在则显示注销成功 7：反之提示重新输入书号 测试结果 测试人 校核人 测试日期 4.3.3图书录入模块测试用例

测试用例序号 03 测试用例名称 图书添加录入被测试系统 模块 测试功能描述 1：以管理员身份登录运行成绩管理界面对话框 2：检验输入图书的信息 3：检验输入的图书信息是否正确合格 测试用例描述 测试步骤 1：运行图书管理系统 2：输入图书管理信息 期待输出结果 1：显示提示对话框 2：如果图书编号格式正确则录入成功 3：反之则提示重新输入编号 测试结果 测试人 罗江 校核人 罗江 测试日期 2014/12/18 4.3.4维护管理员信息模块测试用例

测试用例序号 04 测试用例名维护管理员信息模块 被测试系 称 统 测试功能描述 1：运行管理员信息管理界面对话框 2：检验输入管理员的新信息 3：检验输入的管理员的新信息是否正确合格 4：检验输入修改管理员的id 5：检验输入注销管理员的id 测试用例描述 测试步骤 1：运行图书管理管理系统 2：输入管理员的新信息 3：输入管理员的id 期待输出结果 1：显示提示对话框 2：如果管理员的新信息正确则添加成功 3：反之则提示重新输入信息 4：如果修改信息的格式正确则显示成功 5：反之提示重新输入 测试结果 测试人 6：如果管理员存在则显示注销成功 7：反之提示重新输入id 罗江 校核人 罗江 测试日期 2014/12/18 4.3.5图书查询模块测试用例

测试用例序号 05 测试用例名图书信息查询模被测试系统 称 块 测试功能描述 1：运行查询管理界面对话框 2：检验输入查询图书的条件 3：检验输入的图书编号是否存在 测试用例描述 测试步骤 1：运行图书信息管理系统 2：输入查询条件 期待输出结果 1：显示提示对话框 2：如果存在则显示结果 3：反之则提示重新输入查询条件 测试结果 测试人 罗江 校核人 罗江 测试日2014/12/18 期 4.3.6图书的借阅模块测试用例

测试用例序号 06 测试用例名称 图书借阅模块 被测试系统 测试功能描述 1：运行图书借阅管理界面对话框 2：检验输入图书信息编号是否存在 3：检验输入读者编号 4：检验输入新读者的编号 5：检验借阅相关信息是否正确 测试用例描述 测试步骤 1：运行图书信息管理系统 2：输入读者编号 期待输出结果 1：显示提示对话框 2：如果存在则显示结果 3：反之则提示重新输入查询条件 4：如果读者信息添加成功则提示 5：反之则提示重新添加 测试结果 测试人 罗江 校核人 罗江 测试日期 2014/12/18 4.4性能测试用例

表4.4

性能测试用例

用例编号 目的 方法 功能点 01 2014/12/18 测试人 罗江 测试时间 通过自动化的测试工具，测试系统的并发控制能力及连续处理能力 并发用户数 循环次数 操作间隔 循环间隔 结论 5.缺陷报告

在测试阶段，利用缺陷报告来记录、描述、跟踪被测试系统中已被捕获的不能满足用户对质量的合理期望的问题——缺陷或叫错误。目的在于总结测试阶段的测试情况以及分析测试结果，描述系统是否符合用户需求，是否已达到用户预期的功能目标，并对测试质量进行分析。测试报告参考文档提供给用户、测试人员、开发人员、项目管理者、其他管理人员和需要阅读本报告的高层经理阅读。

5.1建立缺陷报告数据库

5.2编写缺陷报告

6.测试结果总结分析

6.1测试总结报告 6.1.1测试类型

测试类型 功能测试 测试内容 用户登陆 图书管理 图书借阅 用户管理 信息查询 所用的测试工具和方法 核实所有功能均已正常 采用黑盒实现，即可按需求使用系测试，使用统。 边界值测业务流程检验：各个业务试、等价类流程能够满足需求。 划分等测试测试目的 方法，进行手工测试 能够保证用户界面友好手工测试 性、易操作性，符合用户操作习惯 黑盒测试、 手工测试 用户界面测试 菜单、背景、颜色、字体、按钮、友好性、易用性、合理性、一致性、正确性 安全性和1、密码：登录、普通用户、访问控制管理员 测试 2、权限 1、应用程序级别的安全性：核实用户只能操作其所拥有权限能操作的功能 2、系统级别的安全性：核实只能具备系统访问权限的用户才能访问系统 兼容性测1、用不同版本的不同浏核实系统在不同的软件和试 览器：IE6.0、IE8.0、搜硬件配置中运行稳定 狗、360浏览器等 性能测试 1、最大并发数 核实系统在大流量的数2、搜索、注册新用户以及据与多用户操作时软件性登录时系统的响应时能的稳定性，不造成系统间 崩溃或相关的异常现象 黑盒测试、 手工测试 自动化测试Load runner 6.1.2测试问题总结

在整个系统测试执行期间，项目组开发人员高效地及时解决测试人员提出的各种缺陷，在一定程度上较好的保证了测试执行的效率以及测试最终期限。

6.2测试用例分析

6.2.1登录模块测试用例分析

本测试考虑到：未注册用户名的处理，用户名与密码不匹配处理。利用白盒测试和黑盒测试相结合的方式。

输入与测试用例 期望输出 选取理由 输入用户名，不输入密显示未输入密码 密码不能为空 码 不输入用户名，输入密显示未输入用户用户名不能为空 码 名 输入不匹配的用户名或显示密码不正确 用户名和密码必须匹配才能登录 密码 输入未注册的用户名 显示该用户不存登录必须为已注册用户 在 输入匹配的用户名和问显示登录成功 为合法登录请求 题 6.2.2维护图书信息模块测试用例分析

输入 图书编号 测试用例 输入的书号不存在 输入的是数字 输入的存在 非数字，特殊字符 测试数据 小小 123 A09145 123 ·# 张 三 123 ·# 科普类 小小 123 #* 期望输出 显示出错 显示出错 显示有效 显示出错 显示出错 显示有效 显示出错 显示出错 显示有效 显示出错 显示有效 显示出错 显示出错 显示出错 显示有效 选取理由 不存在的不能进行成绩录入 书号不能为纯数字 类型及长度均有效 图书名不能为数字字符 图书名不能为特殊符号 类型有效 图书类别不能是数字 图书类别不能为特殊符号 类型及长度均有效 不存在的不能进行成绩录入 类型及长度均有效 价格不能使特殊字符 姓名不能为数字字符 姓名不能为特殊符号 类型有效 图书名 图书分类 图书价格 图书作者 输入数字 输入特殊字符 输入的存在 输入的是文字 输入的是数字 输入的是特殊字符 非数字，特殊 123 字符 ·# 张 三 6.2.3图书录入模块测试用例

本测试考虑到：输入信息格式的合法性，图书是否注册。利用白盒测试和黑盒测试相结合的方式。 输入 图书编号 测试用例 输入的书号不存在 输入的是数字 输入的存在 非数字，特殊字符 测试数据 小小 123 A09145 123 ·# 张 三 期望输出 显示出错 显示出错 显示有效 显示出错 显示出错 显示有效 选取理由 不存在的不能进行成绩录入 书号不能为纯数字 类型及长度均有效 图书名不能为数字字符 图书名不能为特殊符号 类型有效 图书名 图书分类 图书价格 图书作者 输入数字 输入特殊字符 输入的存在 输入的是文字 输入的是数字 输入的是特殊字符 非数字，特殊字符 123 ·# 科普类 小小 123 #* 123 ·# 张 三 显示出错 显示出错 显示有效 显示出错 显示有效 显示出错 显示出错 显示出错 显示有效 图书类别不能是数字 图书类别不能为特殊符号 类型及长度均有效 不存在的不能进行成绩录入 类型及长度均有效 价格不能使特殊字符 姓名不能为数字字符 姓名不能为特殊符号 类型有效 6.2.4维护管理员信息模块测试用例

本测试考虑到：输入信息格式的合法性，管理员是否注册。利用白盒测试和黑盒测试相结合的方式。 输入 年龄（数字） 测试用例 非数字字符 小于0的数字 带小数点数 四位数字 2位数字 姓名 非数字，特殊字符 id 测试数据 你 -1 12．2 1000 12 123 ·# 张 三 输入的id不存在 小小 输入的是数字 123 输入的存在 张 三 期望输出 显示出错 显示出错 显示出错 显示出错 显示有效 显示出错 显示出错 显示有效 显示出错 显示有效 显示出错 选取理由 年龄不能为非数字字符 年龄不能为负 年龄不能为小数 年龄不能为四位小数 类型及长度均有效 姓名不能为数字字符 姓名不能为特殊符号 类型有效 不存在的不能进行信息修改 类型及长度均有效 编号一般为数字、字母组合 6.2.5图书查询模块测试用例

本测试考虑到：输入信息格式的合法性，图书是否注册。利用白盒测试和黑盒测试相结合的方式。 输入 图书编号 测试用例 输入的书号不存在 输入的是数字 输入的存在 测试数据 小小 123 A06541 期望输出 显示出错 显示出错 显示有效 选取理由 不存在的不能进行基本信息查询 学号不能为数字 类型及长度均有效 图书名 输入的姓名不存在 输入的为数字 输入的存在 Abcd 111 数据库 显示出错 显示出错 显示有效 不存在的不能进行基本信息查询 姓名不能为数字 类型及长度均有效 6.3软件测试结果统计分析 6.3.1覆盖分析

需求/功能 系统功能 系统性能 用户界面 运行环境 用例个数 6 8 6 1 执行个数 6 8 6 1 未执行 未/漏测分析原因 0 0 0 0 产生失败为2，最后均已合理的方式解决 6.3.2缺陷分析

严重级别 需求 A-严重影响系统运行的错误 注册读者信 息 图书入库 查询图书信 息 图书的借阅 图书信息修 改 管理员权限 1 界面设置 总数 1 B-功能缺陷，影响系统运行 1 1 C-不影响运D-合理的总数 行但必须修建议 改 2 2 2 6 10 2 22 1 1 2 4 3 2 6 10 1 4 28 本次测试发现bug28个，按严重程度，缺陷集中在B级，即功能性缺陷相当对多些。可以看出，缺陷大部分集中在图书信息的修改和图书的借阅部分。

7.软件测试自动化工具