基于loadruuner的压力测试与实现——图书馆管理系统 毕业论文.doc

摘 要 当今是飞速发展的信息时代，计算机被广泛的应用于信息管理系统的环境，使 用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了其安全性。load runner是一种能预测系统行为和性能的负载测试工具它能预测系统行为并优化系统 性能，它通过模拟实际用户的操作行为和实行实时性能监测， 帮助我们更快地查找和发现问题。 本文介绍了软件性能测试的基本概念和分类，构建了图书馆管理系统，对图书 馆管理系统的各个模块进行了详细地设计，详细阐述了测试软件loadrunner的优点 和测试步骤，并通过loadrunner对本校图书馆管理系统进行了测试，分析测试结果 并提出了改进建议，结果表明系统基本能够满足校内师生实际的需要。 关键词： loadrunner ；图书管理系统；软件压力测试； - 2 - 目 录 摘 要 .- 1 - 1、引 言 .- 2 - 1.1 软件测试的背景和意义 .- 2 - 1.1.1 软件测试的重要性 .- 3 - 1.2 性能测试基础知识 .- 3 - 1.3 loadrunner简介 .- 4 - 1.4 软件测试行业前景 .- 4 - 2、图书馆管理系统设计 - 5 - 2.1 图书管理系统需求概述 .- 5 - 3、基于loadrunner的压力测试与实现 图书馆管理系统 .- 13 - 3.2 loadrunner工作原理 - 14 - 3.3 loadrunner进行性能测试的流程 - 14 - 3.4 loadrunner安装过程遇到的问题及总结 .- 15 - 3.5 基于loadrunner的图书馆管理系统压力测试 .- 16 - 3.5.1 图书馆背景概述 .- 17 - 3.5.2 测试过程 .- 17 - 3.5.3正式测试步骤 - 19 - 3.5.4 结论 .- 23 - 4、总结 .- 24 - 致 谢 - 25 - 参考文献 - 26 - - 3 - 1、引 言 1.1 软件测试的背景和意义 随着国家建设逐渐在信息化建设领域的发展，软件在国家信息化建设中的作用 越来越大，在很多领域中也发挥越来越重要的作用。但是随着软件技术、方法的不 断发展，虽然目前的软件功能基本满足可以使人们快速开发复杂性的应用的需求， 但是随着软件应用规模也越来越大，架构越来越复杂，最终导致还会影响软件的性 能而停止使用，给软件开发机构以及客户都带来了一定的损失。因此，解决软件性 能的问题对世界都具有重要的现实意义。如何防止和减少这些可能存在的问题呢？ 回答是进行软件测试。测试是最有效的排除和防止软件缺陷与故障的手段，并由此 促进了软件测试理论与技术实践的快速发展。新的测试理论，测试方法，测试技术 手段在不断涌出，软件测试机构和组织也在迅速产生和发展，由此软件测试技术职 业也同步完善和健全起来。 软 件 测 试 不 等 同 于 程 序 测 试 。 软 件 测 试 应 当 贯 穿 软 件 生 存 周 期 全 过 程 。 因 此 ， 需 求 描 述 、 需 求 规 约 、 设 计 规 约 、 模 块 设 计 书 以 及 程 序 等 都 应 成 为 软 件 测 试 的 对 象 。 换 句 话 说 ， 软 件 测 试 包 括 程 序 测 试 和 各 类 文 档 的 评 审 ， 这 就 是 对 软 件 测 试 的 广 义 理 解 。 相 对 的 狭 义 理 解 就 是 程 序 测 试 ， 但 也 不 等 于 程 序 编 好 了 才 进 行 测 试 。 (1)测试并不仅仅是为了找出错误.通过分析错误产生的原因和错误的发生趋势 ，可以帮助项目管理者发现当前软件开发过程中的缺陷，以便及时改进； (2)这种分析也能帮助测试人员设计出有针对性的测试方法，改善测试的效率和 有效性； (3)没有发现错误的测试也是有价值的，完整的测试是评定软件质量的一种方法 。 1.1.1 软件测试的重要性 项目软件编制质量的高低关键取决于软件测试工作的严密。软件测试工作不但 保证了软件质量，而且降低了日后维护成本，也提高了企业信誉和实力。软件测试 主要是根据项目制定测试计划，确定测试用例和测试方法，记录测试数据，分析测 - 4 - 试结果，完成测试报告，以便软件开发人员进一步调试。 1.2 性能测试基础知识 系统的性能是一个很大的概念，覆盖面非常广泛，对一个软件系统而言包括执 行效率、资源占用、稳定性、安全性、兼容性、可扩展性、可靠性等等，性能测试 是用来保证产品发布后系统的性能满足用户要求。性能测试在软件质量保证中起重 要作用。在性能测试的执行中，可以根据具体的性能指标，分解为多种子测试，根 据其关系，可以在不同的时间和空间内执行。这些子测试通常包括以下几种： 1)压力测试。压力测试是以获取系统所能提供的最大服务能力为目的的测试， 通常指压力测试或负载测试，是软件工程中最常用的一类性能测试方法#例如，测 试一个web 站点在大量负荷下系统的事务响应时间何时会变得不可接受或事务不能正常执行。 总之，压力测试是模拟实际应用的软硬件环境及用户使用过程的系统负荷，长时间 或超大负荷地运行测试软件，来测试被测系统的性能、可靠性、稳定性等。 2)负载测试。负载测试是确定在各种工作负载下系统测性能，目标是测试当负 载逐渐增加时，系统组成部分的响应输出项，例如通过量、响应时间、cpu负载、 内存使用等如何决定系统性能（稳定性和响应）。 3)并发测试。并发性能测试是指逐渐增加并发用户数负载，直到系统的瓶颈或 者不能接收的性能点，通过综合分析交易指标、资源监控指标等来确定并发性能的 过程。并发性能测试是负载压力测试中的重要内容。 4)健壮性测试。健壮性是指在异常情况下，软件能够正常运行的能力，这里的 异常指的是资源过少、用户数过多、突发故障等。 5)容量测试。容量测试是检验软件的能力最高能达到什么程度的测试，一般应 测试到在正常情况下软件所具备的最高能力，如：响应时间或并发处理个数等能力 。 1.3 loadrunner简介 loadrunner是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用 - 5 - 户实施并发负载及实时性能监测的方式来确认和查找问题，loadrunner 能够对整个企业架构进行测试。通过使用loadrunner，企业能最大限度地缩短测试 时间，优化性能和加速应用系统的发布周期。目前企业的网络应用环境都必须支持 大量用户，网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。 难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度 过慢，系统崩溃等问题。这些都不可避免地导致公司收益的损失。mercury interactive 的 loadrunner 能让企业保护自己的收入来源，无需购置额外硬件而最大限度地利用现有的it资源 ，并确保终端用户在应用系统的各个环节中对其测试应用的质量，可靠性和可扩展 性都有良好的评价。 1.4 软件测试行业前景 国内开发人员与测试人员的比例是81，而国际公认的行业标准实际上是11， 这一点上国内测试行业与国外的差距比较大。实际上，为了保证软件质量，从项目 开始测试人员就要介入，要了解客户需求，参与项目评审，把握测试要点。如果测 试人员数量少，软件质量是得不到保证的。因此测试行业的确需要大量人才，尤其 是性能测试。 由于国内测试行业还处于起步阶段，所以大家对测试工程师这个职业的发展前 景还不明确。其实，开发有什么样的岗位，测试也有就相对应的岗位，比如开发有 架构师，测试也有测试架构师，也需要从整体架构考虑怎么做测试。国内公司一般 会有初级、中级、高级测试工程师、项目经理、部门经理。当然也有一些公司已经 有比较完善的体系，比如性能测试领域，除了初级、中级、高级测试人员之外，还 有测试专家，性能测试分析师，架构师。近几年国内的测试行业也在逐步规范，分 工越来越细，相信测试行业发展也会越来越好。 - 6 - 2、图书馆管理系统设计 2.1 图书管理系统需求概述 图书馆管理系统的开发主要涉及到图书的管理，学生信息的管理，借阅信息的 管理三大功能的数据管理。从管理的角度可将图书分为三类：图书信息管理、系统 用户管理、读者数据管理。图书信息管理包括：添加新进图书、删除旧图书、修改 图书信息。系统用户管理包括：修改用户信息、办理新用户、注销用户。读者数据 管理主要包括：读者借阅信息的管理，借阅图书以及归还图书。 图书借阅者的需求是查询图书室所存的图书。个人借阅情况以及个人信息的修 改；图书馆工作人员对图书借阅者的借阅及还书要求进行操作，同时形成借书或还 书报表给借阅者查看确认；图书管理人员的功能最为复杂，包括对图书借阅者、图 书进行管理和维护、以及系统状态的查询和维护等。图书馆管理员可以浏览、查询 、添加、删除、修改的基本信息；浏览、查询、添加、删除和修改图书借阅者的基 本信息；浏览、查询、添加、删除和修改图书的借阅信息。 图书系统测试的总体任务是实现图书管理的系统化、规范化和自动化，从而达 到提高图书管理效率的目的。 2.1.1 测试管理的原则 软件生存周期模型为我们提供了软件测试的流程和方法，为测试过程管理提供 了依据。但实际的测试工作是复杂而烦琐的，不会有哪种模型完全适用于某项测试 工作。因此，应从不同的模型中抽象出符合实际现状的测试过程管理理念，依据这 些理念来策划测试过程，以不变应万变。当然测试管理涉及的范围非常广泛，如测 试组织管理、测试过程管理、测试文档管理、人力资源管理、风险管理、进度管理 等等。 - 7 - 2.1.2 测试管理的基本内容 应用系统方法来建立软件测试管理体系，也就是把测试工作作为一个系统，对 组成这个系统的各个过程加以识别和管理，以实现设定的系统目标。同时要使这些 过程协同作用、互相促进，尽可能发现和排除软件故障。 2.1.3 软件测试策略 （1）策略：在一定的政治路线指导下，根据具体条件而规定的斗争原则、方 式和方法。 软件测试策略：在一定的软件测试标准、测试规范的指导下，依据测试项目的 特定环境约束而规定的软件测试的原则、方式、方法的集合。 测试策略为测试提供全局分析，并确定或参考：项目计划、风险和需求；相关 的规则、政策或指示；所需过程、标准与模板；支持准则；利益相关者及其测试目 标；测试资源与评估；测试层次与阶段；测试环境；各阶段的完成标准；所需的测 试文档与检查方法。 （2）任何一个完全测试或穷举测试的工作量都是巨大的，在实践上是行不通 的，因此任何实际测试都不能保证被测程序中不遗漏错误或缺陷； 为了最大程度较少这种遗漏，同时最大限度发现可能存在的错误，在实施测试 前必须确定合适的测试方法和测试策略，并以此为依据制定详细的测试案例。 （3）是不是所有软件测试都要运用现有软件测试方法去测试呢？答案是否定 的。依据软件本身性质、规模和应用场合的不同，我们将选择不同测试方案，以最 少的软硬件、人力资源投入得到最佳的测试效果，这就是测试策略的目标所在。 2.2 图书馆管理系统设计指导思想和原则 （1）利用软件测试现有软软件环境，及先进的管理系统测试方案，从而到达 充分利用现在资源提高系统测试水平和应用效果的目的。 （2）系统应该符合软件工程开发的理论，测试方法等测试依据。 （3）系统应满足图书馆管理工作的需要，并达到操作过程中的直观，方便， - 8 - 实用，安全，准确等要求。 （4）系统应具备数据库维护功能，及时根据用户需求进行数据库的各种操作 。 （5）系统采用原型，实用模块化程序测试方法，便于系统功能的各种组合和 修改，以及系统的测试与维护。 （6）图书馆管理系统的设计应适合校园的发展。 （7）图书馆管理系统的设计应当遵循数据库设计规范。 2.3 设计模式 设计模式是面向对象的程序设计人员用来解决编程问题的一种形式化表示。本 系统开发采用目前一种广泛流行的软件设计模式mvc（model view controller）。 mvc应用程序结构被用来分析分布式应用程序的特征。这种抽象结 构能有助于将应用程序分割成若干逻辑部件，使程序设计变得更加容易。把一个应 用的输入、处理、输出流程按照model、view、controller的方式进行分离，这样一 个应用被分成三个层模型层、视图层、控制层。 m o d e l 抽象系统应用功能 ； 处 理业务逻辑 ； 数据持久 化 v i e w 抽象数据表达 ； 表示 针对用户的数据 ； c o n t r o n l l e r 定义应用系统的行为将 用户请求映射到模型更 新 ； 选择视图作为对请 求的回应 ； 更新 状态查询 调用 请求 选择视图 图2-1 mvc模式 mvc模式的出现，很好的解决了传统开发web应用方式中存在的问题。m代 表模型（model），包含完成任务所需要的所有的行为和数据； v代表视图（view ）界面，现实模型提供的数据；c代表控制器（controller），它将模型映射到界面 中，处理用户的输入并相应请求。其模型的关系如图所示。在mvc模型中，三层各 尽其职、相互独立，各层内部的改变不会影响到其它层，从而降低了数据表达、数 - 9 - 据描述和应该操作的耦合度，也能更好的实现开发中的分工，加速工程进度。 2.4 图书馆管理系统各功能模块设计 图书管理系统包含五个模块分别是：系统登录、图书管理、学生管理、借阅信 息管理、图书检索。整体系统的功能模块如图2-2所示： 图书馆管理系统 登 录 系 统 模 块 借 书 证 管 理 模 块 图 书 管 理 模 块 借 阅 信 息 模 块 图 书 检 索 模 块 图2-2 图书馆管理系统功能图 2.4.1 系统登录模块 用户进入系统时调用的一个模块。该模块根据用户输入的用户名、密码来判断 用户的类型，跳转到该类用户的界面。 本模块的功能点包括： （1）判断用户名和密码是否相符； （2）根据用户的权限类型，登录到系统的制定界面操作使用。 登录功能模块流程图如图2-3所示： - 10 - 开始 显示登录界面 是否存在用户 管理员界面 结束 是否是管理员 用户界面 y n n y 图2-3 登录模块流程图 2.4.2 图书管理模块 在本模块中图书馆工作人员可以对图书进行管理操作。 本模块的功能点包括： 新书入库，将新进图书按其类型将图书的基本信息录入系统数据库； 图书出库，某一部分图书会随着时间的增长及知识的更新而变得不再有收藏的 价值，或者图书被损坏，这些图书就要在图书库中除去。即从图书库中删除此图书 记录； 新书编码，图书入库后，需要贴上条形码，以便以后提供借阅，本系统不涉及 到条形码阅读器，只是假定此过程已经生成条形码。编码只是将条形码帖于书上以 唯一标识图书； 图书信息修改，图书信息由于工作人员的疏忽，而出现录入错误，提供其图书i d就可以查看图书的基本信息并对其进行修改； 图书管理功能模块流程图如图2-4所示： - 11 - 图书管理 是否成功 新 书 入 库 图 书 信 息 修 改 图 书 出 库 是否成功是否成功 入库 成功 页面 修改 失败 页面 修改 成功 页面 出库 失败 页面 出库 成功 页面 入库 失败 页面 ny n nyy 开始 结束 图2-4 图书管理模块流程图 2.4.3 学生管理模块 本模块主要是工作者对学生信息（读者借书证信息）进行管理。 本模块的功能点包括： 办理借书证，为新读者办理借书证，填写用户基本信息； 注销借书证，输入读者借书证编号，根据借书证id删除读者表中此借书证信息 ； 挂失借书证，主要是将借书证的状态改为挂失，更新读者表状态字段，有图书 管理员操作； 修改图书证信息，由于工作人员的疏忽，而出现办理借书证时录入信息有误， 则可根据借书证编号对其信息进行查看和修改。 借书证管理功能模块流程图如图2-5所示： - 12 - 借书证管理 是否成功 借 书 证 办 理 读 者 信 息 修 改 借 书 证 注 销 图 书 证 挂 失 是否成功是否成功 办理 成功 页面 修改 失败 页面 修改 成功 页面 注销 失败 页面 注销 成功 页面 办理 失败 页面 ny n n yy 是否成功 挂失 失败 页面 挂失 成功 页面 n y 开始 结束 图2-5 借书证管理模块流程图 2.4.4 借阅信息管理模块 本模块主要是工作者对图书外借和归还进行管理。 本模块的功能点包括： （1）图书借阅，记录借阅证编号和图书编号，进行借书过程。在数据库中插 入一天借书记录，该记录包括图书id、借书证id、借阅日期、归还日期等； （2）图书归还，输入借书证编号，图书编号，根据输入的编号在借阅登记表 中找到相应的记录，将借阅记录删除，并将该记录相应的数据更新到历史借阅记录 信息表中； （3）查看借阅记录，可以根据借书证id以及图书id 查询借阅记录。 （4）办理还款，如读者有图书超期的情况将会有欠款，可以根据借书证的id 来为读者班里还款。 借阅信息管理功能模块流程图如图2-6所示： - 13 - 借书信息管理 办 理 借 阅 办 理 还 款 归 还 图 书 填写借书证编 号和图书编号 是否存在编号 填写借书证编 号和图书编号 是否存在借阅记录 归 还 成 功 归 还 失 败 是否已经借阅 借 阅 失 败 借 阅 成 功 填写借书证编 号 是否存在编号 是否有欠款 还 款 失 败 还 款 成 功 y n y n n n n y y y 开始 结束 图2-6 借阅信息管理模块流程图 2.4.5 图书检索模块 使用该模块的用户有：读者和管理员。 本模块的功能点包括： （1）根据图书id进行检索； （2）根据图书名称进行检索； （3）根据图书类型进行检索。 （4）根据图书作者或译者进行检索。 图书检索功能模块流程图如图2-7所示： 图书检索 根 据 图 书 i d 查 询 根 据 书 名 查 询 根 据 类 型 查 询 根 据 作 者 查 询 是否检索到图书 图书列表 提示页面 y n 开始 结束 图2-7 图书检索模块流程图 - 14 - 3、基于loadrunner的压力测试与实现图书馆管理系统 loadrunner是一种预测系统行为和性能的负载测试工具，通过模拟成千上万的 用户实施并发负载及实施性能测试来确认和查找问题，能够对整个系统构架进行测 试，通过loadrunner ，可以最大限度的缩短测试时间，提高系统质量，优化性能， 节省经费，加速软件系统的发布时间。 3.1 loadrunner的特点 loadrunner作为一个优秀的性能测试软件，主要特点包括： （1）广泛支持业界标准协议 loadrunner支持 citrix、oracle、windows sockets、dns 、jccada、 c语言等众多的业界标准协议。 （2）支持多平台开发脚本程序 loadrunner的 virtual generator 既可以执行java开发的程序，也可以执行.net开发的程序，更支持基础的 c语言 开发程序。它几乎支持所有的主流开发平台。 （3）创建系统真是负载 通过loadrunner 的virtual generator，工程师可以轻松创建虚拟用户，模拟真正的业务流程和用户操作行为。 借助参数化的功能实现并发用户的不同行为，进而实现真正意义上的并发。通过tu rboload专利技术，更能让客户获得最高的规模适应性水平。 （4）强大的实时监控与数据采集 在测试的任何时候，通过实时监控场景运行状态，工程师都可以把握测试进度 ，及时发现问题，loadrunner还拥有其他同类测试工具难以达到的强大的数据采集 功能。 （5）精确分析结果，定位问题所在 loadrunner通过汇总全部测试的结果，能迅速定位性能问题，特别是在web页 面的分解功能，可以详细地了解到每个元素的下载情况，能准确找出问题所在。 - 15 - 3.2 loadrunner工作原理 loadrunner工具大致由 3部分组成：（1）虚拟用户生成器（virtual user generator），用于录制或编写测试脚本；（ 2）控制台（controller），控制脚本的 运行情况，可指定将脚本运行的线程数，可连接多个负载器并将脚本放在其上面运 行；（3）分析器（analysis），分析脚本运行所产生的数据结果，并形成多种类别 的图表，以方便查看和分析。(4)launcher为访问所有loadrunner组件的统一界面。 图3-1 loadrunner的工作原理图 3.3 loadrunner进行性能测试的流程 基于loadrunner 实施系统性能测试可参考以下流程图： 制定测试计划 开发测试脚本 创建测试场景 运行场景测试监视性能指标分析测试结果 图3-2 loadrunner性能测试基本流程 - 16 - （1）制定测试计划，包括分析系统及应用程序，掌握被测系统的软硬件配置 情况，确保 loadrunner 创建的测试能够真实反映实际运行环境；定义测试目标；规划测试执行。 （2）编译、调试、运行脚本，包括录制 vuser初级脚本，通过虚拟用户生成器将实际用户在应用程序中按业务流程操作的 过程录制到自动脚本中，作为后续性能测试的基础；完善测试脚本，增强脚本灵活 性；配置运行参数；单机运行测试脚本，启动运行命令，虚拟用户生成器自动编译 脚本，检查是否存在语法错误，若无则运行测试脚本并显示运行统计结果。 （3）设置脚本的运行环境，一个测试场景包括运行虚拟用户活动的负载生成 器列表、测试脚本列表和虚拟用户组；测试环境的配置主要包括配置列表、配置运 作、配置运作和对面向目标场景的配置。 （4）应用控制台程序来运行测试脚本，完成配置以后，运行场景测试，同时 观察相关统计信息（如失败用户数、失败事务数、运行错误数等），判断测试场景 的执行情况。 （5）性能测试运行完成，打开分析器查看运行后的数据；在运行场景测试过 程中，loadrunner 提供了包括系统资源、web 资源、数据库资源、中间件乃至整个基础架构各种性能指标的实时展现功能。每一 项性能指标下还可进一步细分项目，譬如对应于windows系统资源，其涵盖内存相 关、处理器相关、磁盘相关、网络相关等多个性能指标子项目，从而为综合衡量被 测系统资源性能提供了详实而丰富的参考信息。 （6）根据性能测试报告和图表来分析应用程序的性能，性能测试的最终目的 是在测试运行期间或运行结束以后，通过有效分析测试结果，实现对被测系统性能 表现的科学评估。 3.4 loadrunner安装过程遇到的问题及总结 在安装 loaderunnner过程中也许你经常遇到，提示无法安装的情况，我也遇到过相关问题 ，于是查阅了相关资料，总结了一下，好东西不敢独享，拿出来和老师同学们一起 - 17 - 交流。 （1）提示：“ the link file may be corrupted or has illegated link string”的，提示重复多次均无法安装。 原因 ：你的 loaderunner 的安装文件夹名写成中文了，造成 lr 的安装教本无法识别路径，最终导致不断有这样的错误提示。解决方案：把安装文 件的目录名改为非中文就可以了。 （2）没法完全卸载要想把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.清空回收站。实现以上步骤后，即可放心安装了，切记在重装后，一定 要重启机器，因为一些必要信息要写入注册表。 (3) 卸载后 ， 执行安装过程时出现“icense security violation.operation is not allowed”提示信息，安装失败 解决方案：1.进入一台 loadrunner 运行正常的电脑（安装路径要和你的相同）进入注册表，导出以下两个目录：hke y_current_usersoftwaremercury interactive hkey_local_machinesoftwaremercury interactive 2.回到刚才安装不成功的电脑 - 18 - ，进入注册表导入刚才这两个文件。3.再次执行安装。建议如果有用 ghost，提前做ghost，或者为系统设置还原点。 3.5 基于loadrunner的图书馆管理系统压力测试 loadrunner的强大功能决定了它在系统性能测试当中的重要作用。数字图书馆 的图书资源检索平台，电子图书平台，学科导航平台等都是访问量很大的系统，不 仅要求硬件系统长期保持正常工作，软件系统也需要长期高效运转。下面具体阐述 用loadrunner 针对本校的图书馆资源检索平台进行性能测试和分析的过程。 3.5.1 图书馆背景概述 广州大学华软软件学院图书馆作为学院办学三大支柱之一，每天图书资源检索平台 ，电子图书平台的访问量都很大的系统，是教学、科研及相关产业的文献信息保障 体系。 为了测试多个用户同时访问图书馆管理系统服务器时是否存在性能下降等性能 问题，找出图书馆服务器能够同时支持的最大用户数，需要对该服务器进行并发用 户性能测试。在具体的性能测试工作中，并发用户往往是借助工具来进行模拟的。 鉴于loadrunner 在性能测试方面的强大功能，在本测试中使用loadrunner来模拟大 量的用户，然后让这些虚拟用户同时访问图书馆的网站，从而帮助我们确认和查找 性能问题。测试的体系架构如图2所示。 - 19 - 图3-3 测试体系构架图 3.5.2 测试过程 （1）服务器 表 3-1 服务器参数信息 服务器名 称 物理主机/备份物理 主机 domino全名及其它 host/ip，备注说明 dell 6850 dell 6800 dell 6850 9133-55a dell 6850 dell 6850 （2）客户机 pc台式机：piii 1.0g，384m内存，win2003 （3）测试方式 使用loadrunner 软件配置客户模拟机，通过客户机web端登陆信息技术支持平 台，以 https:/*.com地址为登陆首页url，通过图书馆账户登录以及单独登录的方式 - 20 - 进行测试。 1）记录portal首页各个系统的访问时间和图书馆管理系统服务器系统参数； 2）比较通过信息技术支持平台访问原图书馆系统和直接访问原图书馆系统的 时间及图书馆管理系统服务器系统参数； （4）场景描述 1）模拟环境 由模拟客户机模拟：白天平常工作时间大用户量登录图书馆首页、进入主 页、使用查询系统电子查阅图书等操作。 2）计划图书馆主页的访问流程： 表 3-2 图书馆主页的访问流程 3.5.3正式测试步骤 （1）录制脚本：按照计划访问流程，使用loadrunner全程录制图书馆网站首页访 问脚本，经过调试并添加脚本记录模块访问时间。 （2）执行测试：使用loadrunner执行已录制的脚本，监测图书馆登录服务器资源 （ip地址：1），峰值用户数50人，每隔 10秒加载1个用户，峰值测试时 组别 操作 备注 登录 打开首页 初始化 思考时间 打开图书馆管理系统主页上一条文档等待时间 思考时间 点击主页上“更多（more）”的等待时间 思考时间 打开图书目录并进入其中一页 思考时间 打开导航字典并进入某个类别 思考时间 进入信息检索并输入一个检索内容 思考时间 进入数据仓库智能分析系统 思考时间 打开主页上原图书馆管理系统的公告 思考时间 重复动作 点击展开左侧导航条，打开导航词典 结束 注销 - 21 - 间20分钟。 （3）生成报告：根据执行记录生成场景测试报告如下： 1）加载用户记录： 图 3-4 用户加载记录 run绿色曲线纵轴代表用户数，横轴为测试时间；最大加载用户数50，总时长3 8分钟。 2）每秒点击访问数： 主页测试 - 22 - 图3-5 每秒点击访问数 hits紫色曲线纵轴为点击数，横轴为时间，最大点击数为73，平均点击数为55 3）执行事务数： 图3-6 执行事务数 pass柱状图代表执行测试事务数，纵轴表示通过数目，横轴表示事务类别 4）执行事务响应时间： 主页测试 主页测试 - 23 - 图3.7执行事务响应时间记录 纵轴表示各个事务1次的执行时间，纵轴表示整个测试时间段，action表示所有 重复操作的事务合集，end为注销过程，int为登录过程 5）服务器资源（1）： 主页测试 - 24 - 图3.8服务器资源记录 曲线代表登陆服务器的处理器、内存、硬盘资源指数；数列中scale列表示各 个指数在图示显示时为求得理想显示效果所选择的比例；纵轴为响应时间或比率； 横轴为测试总时段； 6）总体资源反应： 图3.9 总体资源反映记录 主页测试 硬盘时间 内存时间 处理器时间 处理器时间 内存时间 硬盘时间 虚拟用户 点击数 - 25 - 该图反应随着用户的加载，系统事务点击率、服务器资源、以及对话资源的变化； 3.5.4 结论 通过以上的压力