图书馆信息管理系统测试 毕业论文.doc

毕 业 设 计 (论文) 题目：图书馆信息管理系统测试 系（部）： 信息处理与控制工程系 专 业： 软件测试 姓 名： 学 号： 201105320131 指 导 教 师 ： - 2 - 毕业设计（论文）任务书 毕业设计（论文）题目: 图书馆信息管理系统测试 毕业设计（论文）内容: 图书馆管理信息系统测试是为了满足广大运营图书馆的管理需求而 测试的，可以有效的检测系统运行中的问题，可以为大家提供更加方便的软件 设备。本系统既能有效的测试处理图书的基本信息、和读者的信息，又能为用 户提供信息的检索和信息统计。从而减少管理方面的工作量和成本。 毕业设计（论文）专题部分: 本人负责图书查询测试和读者信息测试部分，图书信息功能实现图书信 息维护。这类信息主要包括图书号、分类号、作者等，并能够提供增加、修改、 删除和查询功能。读者信息功能实现读者信息的维护。记录的信息主要包括读 者号、姓名、办理日期等，并能够提供增加、修改、删除和查询功能。 指 导 教 师: 签字 年 月 日 教研室主 任 : 签字 年 月 日 系（部）主任: 签字 年 月 日 - 3 - 毕 业 设 计 (论 文) 评 语 指导教师评语: 成绩: 指导教师: (签字) 年 月 日 评阅人评语: 成绩: 评阅教师: (签字) - 4 - 年 月 日 目 录 目 录 - 4 - 一引言 - 7 - 1.1 软件测试的背景和意义 - 7 - 1.2 软件测试的理论基础 - 8 - 1.3 工具及相关技术介绍 - 8 - 二系统需求分析 .- 15 - 2.1 图书管理系统概述 .- 15 - 2.2 图书馆管理系统设计指导思想和原则 .- 17 - 2.3 图书馆管理系统各功能模块概述 .- 17 - 三系统测试用例设计 .- 22 - 3.1 登陆模块测试 .- 22 - 3.2 图书查询 .- 24 - 3.3 读者信息 .- 26 - 四系统测试执行 .- 27 - 4.1 读者类型管理测试 .- 27 - 4.2 读者档案管理测试 .- 29 - 4.3 图书类型设置管理测试 .- 32 - 4.4 图书档案管理测试 .- 34 - 4.5 图书借阅测试 .- 36 - 4.6 图书续借测试 .- 38 - 4.7 图书归还测试 .- 39 - 4.8 图书档案查询测试 .- 41 - 4.9 图书借阅查询测试 .- 42 - 4.10 更改口令测试 .- 43 - 4.11 安全性测试 .- 44 - 五结 论 .- 45 - 致 谢 .- 47 - 参考文献 .- 48 - - 5 - 摘 要 当今是飞速发展的信息时代，计算机被广泛的应用于信息管理系 统的环境，使用计算机进行信息控制，不仅提高了工作效率，而且大 大的提高了其安全性，因此我的论文选择了测试一个图书业务管理系 统。 本图书业务管理系统主要是采用 quicktest professional 的测试工 具。图书管理系统是一个学校管理书籍不可缺少的部分,它的内容对于 学校的决策者和管理者来说都至关重要,所以图书管理系统应该能够为 用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人 工的方式管理产品，这种管理方式存在着许多缺点,如:效率低、浪费 时间等。另外，由于时间一长，将产生大量的书籍丢失，这对于查找、 更新和维护书籍都带来了不少的困难。随着商业的改革和发展，图书 管理系统对图书管理效益的影响已经越来越得到重视，其中一个行之 有效的手段就是：利用计算机技术来提高图书的管理水平。本系统通 过对图书管理系统进行科学的分析、实时动态的统计、利用测试工具 提高电脑的使用率和周转效率，降低成本。其最终目标是实现所有相 关管理系统的科学化、规范化。 本系统是在以 qtp 作为测试工具，图书管理系统在运行阶段，效 果好，数据准确性高，提高了工作效率，同时也实现了图书管理计算 机化。 关键词： 图书管理系统测试 - 6 - - 8 - abstract today is the rapid development of the information age； computers have been widely used in environmental information management systems, the use of computers to control information, not only to improve the efficiency of its work. and greatly enhanced its security , so i chose develops an internet caf business management system. the internet service management system is mainly used visual studio 2005 development tools, visual c# in the asp.net application object-oriented language. user management, due to the length of the machine would involve the user can become a member, it must be a registered user information of the of only the real-name system. with the reform and development of commercial, business management systems affect economic efficiency of the internet is getting more and more attention, which is an effective means: the use of computer technology to improve business management of internet cafes, internet cafes to maximize economic benefits. access the system through the analysis of scientific management, real-time dynamic statistics to improve the internet usage of the computer business and working capital efficiency and reduce overhead costs of internet cafes. its ultimate goal is to achieve all the relevant internet service management more scientific and standardized. in this system in a single run, to meet the medium and small internet caf operators to the actual needs of the business to achieve the management of internet cafes efficient, orderly and standardized. design and coding applications, including the design and the window design and coding to do more in-depth understanding. the overall task of the system is to facilitate the effective management of business management to complete the work of internet cafes. i hope i can give you the system more convenient and help. key words: ，图书管理系统测试 - 9 - 一引言 1.1 软件测试的背景和意义 随着计算机技术的迅速发展和越来越广泛深入的应用于国民经济和社会生活 的各个方面，随着软件系统的规模和复杂性与日俱增，软件的生产成本和软件 中存在的缺陷和故障造成的各类损失也大大增加，甚至会带来灾难性的后果。 软件质量问题已成为所有使用软件和开发软件的人关注的焦点。由于软件是人 脑的高度智力化的体现和产品这一特殊性，不同于其他科技和生产领域，因此 软件与生惧来就有可能存在着缺陷。如何防止和减少这些可能存在的问题呢？ 回答是进行软件测试。测试是最有效的排除和防止软件缺陷与故障的手段，并 由此促进了软件测试理论与技术实践的快速发展。新的测试理论，测试方法， 测试技术手段在不断涌出，软件测试机构和组织也在迅速产生和发展，由此软 件测试技术职业也同步完善和健全起来。 软 件 测 试 不 等 同 于 程 序 测 试 。 软 件 测 试 应 当 贯 穿 软 件 生 存 周 期 全 过 程 。 因 此 ， 需 求 描 述 、 需 求 规 约 、 设 计 规 约 、 模 块 设 计 书 以 及 程 序 等 都 应 成 为 软 件 测 试 的 对 象 。 换 句 话 说 ， 软 件 测 试 包 括 程 序 测 试 和 各 类 文 档 的 评 审 ， 这 就 是 对 软 件 测 试 的 广 义 理 解 。 相 对 的 狭 义 理 解 就 是 程 序 测 试 ， 但 也 不 等 于 程 序 编 好 了 才 进 行 测 试 。 (1)测试并不仅仅是为了找出错误.通过分析错误产生的原因和错误的发生 趋势,可以帮助项目管理者发现当前软件开发过程中的缺陷,以便及时改进； (2)这种分析也能帮助测试人员设计出有针对性的测试方法,改善测试的效 率和有效性； (3)没有发现错误的测试也是有价值的,完整的测试是评定软件质量的一种 方法。 1.1.1 软件行业现状 我国的软件测试技术研究起步于“六五”期间，主要是随着软件工程的研 究而逐步发展起来的。由于起步较晚，与国际先进水平相比差距较大。随着我 国软件产业的蓬勃发展以及对软件质量的重视，软件测试也越来越被软件企业 所重视，软件测试正在逐步成为一个新兴的产业。从目前来看，可主要从四个 方面来分析我国测试行业的现状。 1.1.2 软件测试的重要性 - 10 - 项目软件编制质量的高低关键取决于软件测试工作的严密。软件测试工作不 但保证了软件质量，而且降低了日后维护成本，也提高了企业信誉和实力。软 件测试主要是根据项目制定测试计划，确定测试用例和测试方法，记录测试数 据，分析测试结果，完成测试报告，以便软件开发人员进一步调试。 1.2 软件测试的理论基础 软件测试使用人工或者自动手段来运行或测试某个系统的过程,其目的在于 检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。它是帮助 识别开发完成（中间或最终的版本）的计算机软件（整体或部分）的正确度 (correctness) 完全度(completeness)和质量(quality)的软件过程；是 sqa(software quality assurance)的重要子域。 如果测试的目的是为了尽可能多地找出错误，那么测试就应该直接针对软 件比较复杂的部分或是以前出错比较多的位置。如果测试目的是为了给最终用 户提供具有一定可信度的质量评价，那么测试就应该直接针对在实际应用中会 经常用到的商业假设。在谈到软件测试时，引用 grenford j. myers 在the art of software testing一书中的观点: (1)软件测试是为了发现错误而执 行程序的过程; (2)测试是为了证明程序有错，而不是证明程序无错误; (3)一 个好的测试用例是在于它能发现至今未发现的错误; (4)一个成功的测试是发现 了至今未发现的错误的测试。 这种观点可以提醒人们测试要以查找错误为中心， 而不是为了演示软件的正确功能。但是仅凭字面意思理解这一观点可能会产生 误导，认为发现错误是软件测试的唯一目，查找不出错误的测试就是没有价值 的，事实并非如此。 首先，测试并不仅仅是为了要找出错误。通过分析错误产 生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程 的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法， 改善测试的有效性。其次，没有发现错误的测试也是有价值的，完整的测试是 评定测试质量的一种方法。 1.3 工具及相关技术介绍 1.3.1 黑盒测试 黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能， 通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能 打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程 序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用， - 11 - 程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息 （如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边界值分析、 因果图、错误推测等，主要用于软件确认测试。 1.3.2 白盒测试 白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可 通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序 内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作， 而不顾它的功能，白盒测试的主要方法有逻辑测试、基路测试等，主要用于软 件内部结构的验证。 1.3.3 测试工具 qtp 是 quicktest professional 的简称，是一种自动测试工具，它可以重 复测试。 1）qtp 是一个侧重于功能的回归自动化测试工具；提供了很多插件，如： .net 的，java 的，sap 的，terminal emulator 的等等，分别用于各自类型的 产品测试。默认提供 web，activex 和 vb。 2）qtp 支持的脚本语言是 vbscript，这对于测试人员来说，感觉要“舒服” 得多（如相比 silktest 采用 c 语言） 。vbscript 毕竟是一种松散的、非严格的、 普及面很广的语言。 3）qtp 支持录制和回放的功能。录制产生的脚本，可以拿来作为自己编写 脚本的 template。录制时，还支持一种 lower level 功能，这个对于 qtp 不容 易识别出来的对象有用，不过它是使用坐标来标识的，对于坐标位置频繁变动 的对象，采用这种方式不可行。另外，qtp 的编辑器支持两种视图：keyword 模 式和 expert 模式。keyword 模式想法是好的，提供一个 描述近似于原始测试 用例的、跟代码无关的视图（我基本很少用，除了查看、管理当前 test 中各个 action 的完整流程） ，而 expert 就是代码视图，一般编写脚本都在这个区域。 4）一个有用的工具：object spy，可以用来查看 run-time object 和 test object 属性和方法。 5）qtp 通过三类属性来识别对象：a）mandatory； b）assitive； c） ordinal identifiers。大部分情况下，通过对象的一些特定属性值就可以识别 - 12 - 对象（类型 a） 。这些属性可以通过 tools-object identification 定义。 6）object repository（or）是 qtp 存储对象的地方。测试脚本运行后， qtp 根据测试脚本代码，从这个对象库中查找相应对象。每个 action 可以对应 有一个或者多个 or，也可以设置某个 or 为 sharable 的，这样可以供其他 action 使用。注意，使用 qtp 录制功能时，默认将被测对象放在 local or 中， 可以通过 resources-object respository，选择 local 查看。 7）说到 qtp 的要点，不得不说 action。action 是 qtp 组织测试用例的具 体形式，拥有自己的 datatable 和 object repository，支持 input 和 output 参数。action 可以设置为 share 类型的，这样可以被其他 test 中的 action 调 用（注意：qtp 是不支持在一个 test 中调用另外一个 test 的，只有通过 sharable action 来调用） 。 8）如 3）所述，一个 test 中，多个 action 的流程组织，只有通过 keyword 视图查看和删除，在 expert 视图中没有办法看到。 9）调用 action 可以通过菜单 insert-call to * 来实现。qtp 提供三 种类型的调用方式：a）call to new action，在当前 test 中创建一个新的 action；b）call to copy of action；c）call to existing action，调用一 个 re-usable action，如果这个 re-usable action 来自另外一个 test，将以 只读的方式插入到当前 test 中。 10）qtp 提供 excel 形式的数据表格 datatable，可以用来存放测试数据 或参数。datatable 有两种类型：global 和 local。qtp 为 datatable 提供了 许多方法供存取数据，在对测试代码进行参数化的时候，这些方法非常有用。 11）环境变量（environment variables） 。在一个 test 中，环境变量可以 被当前 test 中所有 action 共享。环境变量也有两种类型：build in 和 user defined。用户自定义的环境变量可以指向一个 xml 文件，这样可以实现在众多 test 之间共享变量。 12）qtp 可以引用外部的 vbs 代码库，通过 settings-resource 加入， 也可以 executefile 命令在代码中直接执行。这种 vbs 库可以为所有 action 和 test 共享。 1.3.4 mercury loadrunner mercury loadrunner 是一种预测系统行为和性能的负载测试工具。通过 以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题， loadrunner 能够对整个企业架构进行测试。通过使用 loadrunner ，企业能最 - 13 - 大限度地缩短测试时间，优化性能和加速应用系统的发布周期。 目前企业的网 络应用环境都必须支持大量用户，网络体系架构中含各类应用环境且由不同供 应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公 司时时担心会发生用户响应速度过慢，系统崩溃等问题。这些都不可避免地导 致公司收益的损失。mercury interactive 的 loadrunner 能让企业保护自己 的收入来源，无需购置额外硬件而最大限度地利用现有的 it 资源，并确保终 端用户在应用系统的各个环节中对其测试应用的质量，可靠性和可扩展性都有 良好的评价。 虚拟用户生成器用于捕获最终用户业务流程和创建自动性能测试脚本（也 称为虚拟用户脚本） 。 . controller 用于组织、驱动、管理和监控负载测试。 . 负载生成器用于通过运行虚拟用户生成负载。 . analysis 有助于您查看、分 析和比较性能结果。 . launcher 为访问所有 loadrunner 组件的统一界面。 lr 在安装和卸载问题上的一点总结 在安装 loaderunnner 过程中也许你 经常遇到，提示无法安装的情况，我也遇到过相关问题，于是查阅了相关资料， 总结了一下，好东西不敢独享，拿出来和同行一起交流 （一） 提示：“ the link file may be corrupted or has illegated link string “的，提 示重复多次均无法安装。 原因 ：你的 loaderunner 的安装文件夹名写成中 文了，造成 lr 的安装教本无法识别路径，最终导致不断有这样的错误提示。 解决方案：把安装文件的目录名改为非中文就可以了。 （二） 没法完全卸载 要想把 lr 的老版本完全卸载，正确的步骤是： 1. 停止所有的运行的 lr 的 进程和服务（ including the controller, vugen, analysis ， or the loadrunner agent process/service ） 2. 备份已有的脚本，你的脚本有可 能在你的默认安装路径下 3. 在控制面板的添加删除程序中，删除 lr ，并重 启机器 4. 手动删除所有 lr 的文件夹，包括您的开始菜单里的 lr 快捷方式 5. 如果你的版本是 6.0 系列的，删除 borland 文件夹（通常在 c:borland or c:bde 目录下） 6. 搜索 wlrun.* 、 vugen.* ，除了安装文件夹 中的文件，其他的都删除 7. 打开注册表，找到 如果只安装了 mi 公司的 loadrunner 这一个产品，请删除： hkey_local_machinesoftwaremercuryinteractive hkey_current_usersoftwaremercury interactive 否则请删除： hkey_local_machinesoftwaremercuryinteractiveloadrunner hkey_current_usersoftwaremercury interactiveloadrunner 删除所有和 lr 有关的数值，除了你的 license2 或 license。 8. 清空回收站 实现以 上步骤后，即可放心安装了，切记在重装后，一定要重启机器，因为一些必要 - 14 - 信息要写入注册表。 (三) 卸载后 , 执行安装过程时出现 “ license security violation.operation is not allowed “提示信息 , 安装失败 解 决方案： 1. 进入一台 loadrunner 运行正常的电脑（安装路径要和你的相同） 进入注册表，导出以下两个目录： hkey_current_usersoftwaremercury interactive hkey_local_machinesoftwaremercury interactive 2. 回到 刚才安装不成功的电脑 , 进入注册表导入刚才这两个文件。 3. 再次执行安 装。 建议：如果有用 ghost 提前做 ghost，或者为系统设置还原点 1.3.5 软件测试工具概述 软 件 测 试 工 具 就 是 通 过 一 些 工 具 能 够 使 软 件 的 一 些 简 单 问 题 直 观 的 显 示 在 读 者 的 面 前 ， 这 样 能 使 测 试 人 员 更 好 的 找 出 软 件 错 误 的 所 在 。 软 件 测 试 工 具 也 分 为 自 动 化 软 件 测 试 工 具 和 测 试 管 理 工 具 。 软 件 测 试 工 具 存 在 的 价 值 是 为 了 提 高 测 试 效 率 ， 用 软 件 来 代 替 一 些 人 工 输 入 。 测 试 管 理 工 具 是 为 了 复 用 测 试 用 例 ， 提 高 软 件 测 试 的 价 值 。 一 个 好 的 软 件 测 试 工 具 和 测 试 管 理 工 具 结 合 起 来 使 用 将 会 使 软 件 测 试 效 率 大 大 的 提 高 。 目 前 国 际 上 主 要 分 为 三 类 软 件 测 试 工 具 ： mercury 测 试 工 具 rational 测 试 工 具 segue 测 试 工 具 qtp 自 动 化 测 试 工 具 autorunner 工 具 ， 占 有 市 场 90%以 上 1.3.6 测试条件 设备 服务器 (1) 处理器（cpu）：pentium 900m (推荐 pentium 4 1.2g） (2) 内存容量（ram）：至少 256m（推荐 512m） 客户端 (1) 处理器（cpu）：pentium 133m 或更高 (2) 内存容量（ram）：64m 或更高 支持软件 数据库服务器端 (1) 操作系统：microsoft windows 2003 (2) 数据库管理系统：sql server 2005，配置 tcp/ip 协议 web 服务器端 (1) 操作系统：microsoft windows 2003 (2) internet 信息服务（iis）6.0 管理器 (3) visual studio.net 2005，配置 tcp/ip 协议 客户端 (1) 操作系统：windows 98/2000/2003/xp (2) web 浏览器：internet explorer 6.0 以上或 netscape 4.0 以上， 配置 tcp/ip 协议 1.3.7 测试内容 - 15 - 验证(verification)是保证软件正确地实现了一些特定功能的一系列 活动, 即保证软件做了你所期望的事情。(do the right thing) 1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求 的过程； 2.程序正确性的形式证明, 即采用形式理论证明程序符号设计规约规定的 过程； 3.评市、审查、测试、检查、审计等各类活动, 或对某些项处理、服务或 文件等是否和规定的需求相一致进行判断和提出报告。 确认(validation)是一系列的活动和过程, 目的是想证实在一个给定的外 部环境中软件的逻辑正确性。即保证软件以正确的方式来做了这个事件(do it right) 1.静态确认, 不在计算机上实际执行程序, 通过人工或程序分析来证明软 件的正确性； 2.动态确认, 通过执行程序做分析 , 测试程序的动态行为 , 以证实软件是 否存在问题。 软件测试的对象不仅仅是程序测试, 软件测试应该包括整个软件开发期问 各个阶段所产生的文档, 如需求规格说明、概要设计文档、详细设计文档, 当 然软件测试的主要对象还是源程序。 1.3.8 软件测试行业前景 国内开发人员与测试人员的比例是 81，而国际公认的行业标准实际上 是 11，这一点上国内测试行业与国外的差距比较大。实际上，为了保证软件 质量，从项目开始测试人员就要介入，要了解客户需求，参与项目评审，把握 测试要点。如果测试人员数量少，软件质量是得不到保证的。因此测试行业的 确需要大量人才，尤其是性能测试。 由于国内测试行业还处于起步阶段，所以大家对测试工程师这个职业的发 展前景还不明确。其实，开发有什么样的岗位，测试也有就相对应的岗位，比 如开发有架构师，测试也有测试架构师，也需要从整体架构考虑怎么做测试。 国内公司一般会有初级、中级、高级测试工程师、项目经理、部门经理。当然 也有一些公司已经有比较完善的体系，比如性能测试领域，除了初级、中级、 高级测试人员之外，还有测试专家，性能测试分析师，架构师。近几年国内的 测试行业也在逐步规范，分工越来越细，相信测试行业发展也会越来越好。 - 16 - 1.3.9 国内软件测试现状 在软件业较发达的国家, 软件测试不仅早已成为软件开发的一个重要组成 部分，而且在整个软件开发的系统工程中占据着相当大的比重。例如，在美国 的软件开发中，需求分析和规划确定的比重只有 3%，设计占 5%，编程占 7%， 而测试要占到 15%，其余 67% 是投产和维护。微软为打造 windows2000，用了 250 多个项目经理、 1700 多个开发人员，而测试人员则用了 3200 人，几乎是 开发人员的两倍。而且，每修改一个错误，都花费大量时间以确保没有新错误 产生。 而在我国，由于总体上，国内软件项目过程不规范，导致重视编码和轻视 测试的现象，对于软件测试的重要性、测试方法和流程等还存在很多错误的认 识。 （1）软件开发完成后进行软件测试 根据传统的软件开发模型，软件项目要经过以下几个阶段：需求分析，概 要设计，详细设计，软件编码，软件测试，软件发布。据此，很多人认为软件 测试只是软件编码后的一个过程。这是不了解软件测试周期的错误认识。实际 上软件测试是一个系列过程活动，包括软件测试需求分析，测试计划设计，测 试用例设计，执行测试。因此，软件测试贯穿于软件项目的整个生命过程。在 软件项目的每一个阶段都要进行不同目的和内容的测试活动，以保证各个阶段 的正确性。 （2）软件发布后如果发现质量问题，是软件测试人员的责任 从软件开发的角度看，软件的高质量不是软件测试人员测出来的，是靠软 件生命周期的各个过程中设计出来的。出现软件错误，不能简单地归结为某一 个人的责任，由于管理不当，在软件开发的各个环节都会出现多种错误。应该 分析软件项目的各个过程，从过程改进方面寻找产生错误的原因和改进的措施。 （3）软件测试哪个人员都行 随着软件工程学的发展和软件项目管理经验的提高，软件测试已经由一个 独立的技术学科，演变成一个有巨大市场需求的行业。软件测试包括测试技术 和管理两个方面，完全掌握这两个方面的内容，需要很多测试实践经验和不断 学习精神。 4）软件测试是测试人员的事情，与程序员无关 许多人将软件测试和软件开发完全分开，认为是两个不相关的部门，其实 开发和测试是相辅相成的过程，需要软件测试人员、程序员和系统分析师等保 持密切的联系，需要更多的交流和协调，以便提高测试效率。另外，对于单元 - 17 - 测试主要应该由程序员完成，必要时测试人员可以帮助设计测试样例。对于测 试中发现的软件错误，很多需要程序员通过修改编码才能修复。程序员可以通 过有目的的分析软件错误的类型、数量，找出产生错误的位置和原因，以便在 今后的编程中避免同样的错误，提高编程能力。 5）项目进度紧张时少做测试，时间富裕时多做测试 一个软件项目的顺利实现需要有合理的项目进度计划，其中包括合理的测 试计划，对项目实施过程中的任何问题，都要有风险分析和相应的对策，不要 因为开发进度的延期而简单的缩短测试时间、人力和资源。因为缩短测试时间 带来的测试不完整，对项目质量的下降引起的潜在风险，往往造成更大的浪费。 克服这种现象的最好办法是加强软件过程的计划和控制，包括软件测试计划、 测试设计、测试执行、测试度量和测试控制。 （6）软件测试是没有前途的工作，只有程序员才是软件高手 由于我国软件整体开发能力比较低，软件过程很不规范，很多软件项目的 开发都还停留在“作坊式”阶段。项目的成功往往靠个别全能程序员决定，他 们负责总体设计和程序详细设计，认为软件开发就是编写代码，给人的印象往 往是程序员是真正的强人，具有很高的地位和待遇。因此，在这种环境下，软 件测试很不受重视，软件测试人员的地位和待遇自然就很低了，甚至软件测试 变得可有可无。随着市场对软件质量要求的不断提高，软件测试将变得越来越 重要，相应的软件测试人员的地位和待遇将会逐渐提高。在微软等软件过程比 较规范的大公司，软件测试人员的数量和待遇与程序员没有多大差别，优秀测 试人员的待遇甚至比程序员还要高。软件测试将会成为一个具有很大发展前景 的行业，软件测试大有前途，市场需要更多具有丰富测试技术和管理经验的测 试人员，他们同样是软件专家。这两年来国内软件测试人员的需求不断增大， 越来越多的 it 企业认识到了软件测试的重要性。 二系统需求分析 2.1 图书管理系统概述 图书馆管理系统，能进行图书馆管理系统能实测国民经济和企业的各种运行 情况；利用过去的数据预测未来；从企业全局出发辅助企业进行管理决策；利 用信息控制企业的行为；帮助企业实现其规划目标。 图书馆管理系统合运用了管理科学，系统科学，运筹学，统计学，计算机科 - 18 - 学等学科的知识。可以通俗的简化的描述图书馆管理系统的三要素：系统的观 点、数学的方法以及计算机的应用。 图书馆管理系统概念结构主要由四大部分组成即信息源、信息处理器、信息 用户、信息管理者组成。 图书系统测试的总体任务是实现图书管理的系统化、规范化和自动化，从而 达到提高图书管理效率的目的。 2.1.1 测试管理的原则 软 件 生 存 周 期 模 型 为 我 们 提 供 了 软 件 测 试 的 流 程 和 方 法 ， 为 测 试 过 程 管 理 提 供 了 依 据 。 但 实 际 的 测 试 工 作 是 复 杂 而 烦 琐 的 ， 不 会 有 哪 种 模 型 完 全 适 用 于 某 项 测 试 工 作 。 因 此 ， 应 从 不 同 的 模 型 中 抽 象 出 符 合 实 际 现 状 的 测 试 过 程 管 理 理 念 ， 依 据 这 些 理 念 来 策 划 测 试 过 程 ， 以 不 变 应 万 变 。 当 然 测 试 管 理 涉 及 的 范 围 非 常 广 泛 ， 如 测 试 组 织 管 理 、 测 试 过 程 管 理 、 测 试 文 档 管 理 、 人 力 资 源 管 理 、 风 险 管 理 、 进 度 管 理 等 等 。 2.1.2 测 试 管 理 的 基 本 内 容 应 用 系 统 方 法 来 建 立 软 件 测 试 管 理 体 系 ， 也 就 是 把 测 试 工 作 作 为 一 个 系 统 ， 对 组 成 这 个 系 统 的 各 个 过 程 加 以 识 别 和 管 理 ， 以 实 现 设 定 的 系 统 目 标 。 同 时 要 使 这 些 过 程 协 同 作 用 、 互 相 促 进 ， 尽 可 能 发 现 和 排 除 软 件 故 障 。 2.1.3 软件测试策略 （1）策 略 ： 在 一 定 的 政 治 路 线 指 导 下 ， 根 据 具 体 条 件 而 规 定 的 斗 争 原 则 、 方 式 和 方 法 。 软 件 测 试 策 略 ： 在 一 定 的 软 件 测 试 标 准 、 测 试 规 范 的 指 导 下 ， 依 据 测 试 项 目 的 特 定 环 境 约 束 而 规 定 的 软 件 测 试 的 原 则 、 方 式 、 方 法 的 集 合 。 测 试 策 略 为 测 试 提 供 全 局 分 析 ， 并 确 定 或 参 考 ： 项 目 计 划 、 风 险 和 需 求 ； 相 关 的 规 则 、 政 策 或 指 示 ； 所 需 过 程 、 标 准 与 模 板 ； 支 持 准 则 ； 利 益 相 关 者 及 其 测 试 目 标 ； 测 试 资 源 与 评 估 ； 测 试 层 次 与 阶 段 ； 测 试 环 境 ； 各 阶 段 的 完 成 标 准 ； 所 需 的 测 试 文 档 与 检 查 方 法 。 （2）任 何 一 个 完 全 测 试 或 穷 举 测 试 的 工 作 量 都 是 巨 大 的 ， 在 实 践 上 是 行 不 通 的 ， 因 此 任 何 实 际 测 试 都 不 能 保 证 被 测 程 序 中 不 遗 漏 错 误 或 缺 陷 ； 为 了 最 大 程 度 较 少 这 种 遗 漏 ， 同 时 最 大 限 度 发 现 可 能 存 在 的 错 误 ， 在 实 施 测 试 前 必 须 确 定 合 适 的 测 试 方 法 和 测 试 策 略 ， 并 以 此 为 依 据 制 定 详 细 的 测 试 案 例 。 （ 3） 是 不 是 所 有 软 件 测 试 都 要 运 用 现 有 软 件 测 试 方 法 去 测 试 呢 ？ 答 案 是 否 定 的 。 依 据 软 件 本 身 性 质 、 规 模 和 应 用 场 合 的 不 同 ， 我 们 将 选 择 不 同 测 试 - 19 - 方 案 ， 以 最 少 的 软 硬 件 、 人 力 资 源 投 入 得 到 最 佳 的 测 试 效 果 ， 这 就 是 测 试 策 略 的 目 标 所 在 。 2.2 图书馆管理系统设计指导思想和原则 （1）利用软件测试现有软软件环境，及先进的管理系统测试方案，从而到 达充分利用现在资源提高系统测试水平和应用效果的目的。 （2）系统应该符合软件工程开发的理论，测试方法等测试依据。 （3）系统应满足图书馆管理工作的需要，并达到操作过程中的直观，方便， 实用，安全，准确等要求。 （4）系统应具备数据库维护功能，及时根据用户需求进行数据库的各种操 作。 （5）系统采用原型，实用模块化程序测试方法，便于系统功能的各种组合 和修改，以及系统的测试与维护。 （6）图书馆管理系统的设计应适合校园的发展。 （7）图书馆管理系统的设计应当遵循数据库设计规范。 2.3 图书馆管理系统各功能模块概述 2.2.1 系统登录模块 用户进入系统时调用的一个模块。该模块根据用户输入的用户名、密码来 判断用户的类型，跳转到该类用户的界面。 本模块的功能点包括： （1） 判断用户名和密码是否相符； （2） 根据用户的权限类型，登录到系统的制定界面操作使用。 登录功能模块流程图如图 2-1 所示： - 20 - 开始 显示登录界面 是否存在用户 管理员界面 结束 是否是管理员 用户界面 y n n y 图 2-1 登录模块流程图 2.2.2 图书管理模块 在本模块中图书馆工作人员可以对图书进行管理操作。 本模块的功能点包括： （1） 新书入库，将新进图书按其类型将图书的基本信息录入系统数据库； （2） 图书出库，某一部分图书会随着时间的增长及知识的更新而变得不再 有收藏的价值，或者图书被损坏，这些图书就要在图书库中除去。即从图书库 中删除此图书记录； （3） 新书编码，图书入库后，需要贴上条形码，以便以后提供借阅，本系 统不涉及到条形码阅读器，只是假定此过程已经生成条形码。编码只是将条形 码帖于书上以唯一标识图书； （4） 图书信息修改，图书信息由于工作人员的疏忽，而出现录入错误，提 供其图书 id 就可以查看图书的基本信息并对其进行修改； 图书管理功能模块流程图如图 2-2 所示： - 21 - 图书管理 是否成功 新 书 入 库 图 书 信 息 修 改 图 书 出 库 是否成功是否成功 入库 成功 页面 修改 失败 页面 修改 成功 页面 出库 失败 页面 出库 成功 页面 入库 失败 页面 ny n nyy 开始 结束 图 2-2 图书管理模块流程图 2.2.3 学生管理模块 本模块主要是工作者对学生信息（读者借书证信息）进行管理。 本模块的功能点包括： （1） 办理借书证，为新读者办理借书证，填写用户基本信息； （2） 注销借书证，输入读者借书证编号，根据借书证 id 删除读者表中此 借书证信息； （3） 挂失借书证，主要是将借书证的状态改为挂失，更新读者表状态字段， 有图书管理员操作； （4） 修改图书证信息，由于工作人员的疏忽，而出现办理借书证时录入信 息有误，则可根据借书证编号对其信息进行查看和修改。 借书证管理功能模块流程图如图 2-3 所示： - 22 - 借书证管理 是否成功 借 书 证 办 理 读 者 信 息 修 改 借 书 证 注 销 图 书 证 挂 失 是否成功是否成功 办理 成功 页面 修改 失败 页面 修改 成功 页面 注销 失败 页面 注销 成功 页面 办理 失败 页面 ny n n yy 是否成功 挂失 失败 页面 挂失 成功 页面 n y 开始 结束 图 2-3 借书证管理模块流程图 2.2.4 借阅信息管理模块 本模块主要是工作者对图书外借和归还进行管理。 本模块的功能点包括： （1） 图书借阅，记录借阅证编号和图书编号，进行借书过程。在数据库中 插入一天借书记录，该记录包括图书 id、借书证 id、借阅日期、归还日期等； （2） 图书归还，输入借书证编号，图书编号，根据输入的编号在借阅登记 表中找到相应的记录，将借阅记录删除，并将该记录相应的数据更新到历史借 阅记录信息表中； （3） 查看借阅记录，可以根据借书证 id 以及图书 id 查询借阅记录。 （4） 办理还款，如读者有图书超期的情况将会有欠款，可以根据借书证的 id 来为读者班里还款。 借阅信息管理功能模块流程图如图 2-4 所示： - 23 - 借书信息管理 办 理 借 阅 办 理 还 款 归 还 图 书 填写借书证编 号和图书编号 是否存在编号 填写借书证编 号和图书编号 是否存在借阅记录 归 还 成 功 归 还 失 败 是否已经借阅 借 阅 失 败 借 阅 成 功 填写借书证编 号 是否存在编号 是否有欠款 还 款 失 败 还 款 成 功 y n y n n n n y y y 开始 结束 图 2-4 借阅信息管理模块流程图 2.2.5 图书检索模块 使用该模块的用户有：读者和管理员。 本模块的功能点包括： （1） 根据图书 id 进行检索； （2） 根据图书名称进行检索； （3） 根据图书类型进行检索。 （4） 根据图书作者或译者进行检索。 图书检索功能模块流程图如图 2-5 所示： - 24 - 图书检索 根 据 图 书 i d 查 询 根 据 书 名 查 询 根 据 类 型 查 询 根 据 作 者 查 询 是否检索到图书 图书列表 提示页面 y n 开始 结束 图 2-5 图书检索模块流程图 三系统测试用例设计 3.1 登陆模块测试 进入系统，输入用户名和密码，根据用户身份的不同，显示的操作菜单有 所不同，一般读者只能查看图书信息和个人信息，并可以查询自己的借阅图书 的历史记录；图书管理员可以对图书信息，读者信息以及借阅信息进行查看和 管理。当输入错误的用户名称密码时显示登录错误并自动返回登录窗口。 系统登录流程图如图 3-1 所示 - 25 - 图 5-1 系统登录流程图 系统登陆界面如图 3-2 所示： 图 3-2 系统登陆界面 考虑 3 种情况： 用户名或密码有空 用户名或密码有误 用户名和密码都正确 登录入口 取得用户名和密码 将 username 存入 session 中 查询用户名是否存在 核对密码是否正确 登录成功 是 是 否 否 - 26 - 控制 输入：半自动 操作顺序：先输入用户名和密码，再登录 结果记录方法：记录输入信息、提示信息、进入界面 输入、输出、过程 输入数据 选择策略 命令 输出数据 用户名 密码 111