对LoadRunner的web tours的性能测试计划
软件测试实践《LoadRunner自带订票网站》性能分析报告
LoadRunner自带订票网站性能分析报告一、所测试网站网址http://localhost:1080/MercuryWebTours注：本次测试是将本机作为服务器测试性能的二、所测试的功能1、登陆2、订一张票3、再订一张票4、删除所有订票5、返回主界面6、注销登录以上功能已经正确实现三、性能测试基本信息性能测试完成时间：测试用机的信息：CPU：Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz内存：2.99GB硬盘：120GB操作系统：Windows XP SP3机型：台式LR的版本号：8.0四、脚本信息Action 迭代3次两个个集合点login（登陆）、tuichu(退出系统)三个事务denglu（登陆）dingpiao（订第一张票）、quxiao（取消全部订票）以上集合点和事务均在action中场景中集合策略login为2个用户到达后释放quxiao为全部用户到达80%后释放虚拟用户10个加压规则没15秒up2个，每20秒down2个，持续2分钟硬件监控physical disk->disk time 磁盘使用率processor->proscessor time CPU使用率memory->pages/second 内存使用率memory->page/reads sec 页面读取physical disk->avg.disk queue.length 磁盘队列平均数processor->processor queue length CPU队列长度processor->%DPC time CPU网卡DPC时间图1 运行场景过程结中Vusers的状态图分析：ID 3、6的Vusers的状态都是Action的迭代运行尚未完成，但持续时间已到，强制停止。
ID 2、4、5的Vusers的状态是准备退出。
ID 7的Vusers的状态是到达集合点准备集合ID 1、8、9、10Vusers的状态是正常运行图2 总体概述图分析：场景运行的持续时间：21分钟50秒场景中的虚拟用户数：10（与场景设定中的一致）总吞吐量：3361963 bytes总点击数：1238共运行了120个事务，通过了119个，终止了1个，失败了0个从图中可以看出，Action Transaction最费时，平均用276.233秒（标准差399.727，数值偏大，所以选用均值）HTTP Response中只有HTTP 200，说明所有的都成功了。
Web应用测试实验任务指导书
Web应用测试实验任务指导书实验一：Loadrunner 录制和场景运行实验目的：（1）熟练使用LoadRunner 测试流程。
（2）重点掌握如何使用LoadRunner来进行自动化的性能测试。
实验内容：（1）熟悉LoadRunner 的界面，掌握LoadRunner 进行性能测试的测试流程。
（2）录制WebTours系统用户登录系统过程，及场景的运行。
（3）录制时采用HTML-based script和URL-based script两种方式进行录制，比较两种情况下录制的脚本，并说明其区别及使用情况。
实验报告：（1）简述Loadrunner录制过程（HTML-based script和URL-based script两种情况）、回放验证及场景运行过程，比较两种情况下录制的脚本，并说明其区别及使用情况。
（2）使用工具过程中的结果截图（包括录制、场景运行，结果分析三个方面的截图）。
实验二：Loadrunner脚本强化实验目的：掌握Loadrunner脚本强化中的参数化。
实验内容：（1）对以下脚本进行参数化。
（设置迭代次数为2）统计Sequential下参数化取值情况：each iteration, each occurrence, once统计random下参数化取值情况：each iteration, each occurrence, once统计Unique下参数化取值情况：each iteration, each occurrence, once（2）在controller中运行上述脚本，将Vuser设置为5，迭代次数为2，采用不同取值方式每个Vuser的取值。
实验报告：（1）每次参数化的输出结果（每种取值情况下的取值结果）（2）Vuser用户的取值结果。
（3）编写脚本，模拟用户随机选择账户并登录网站的操作。
实验三Loadrunner脚本强化实验目的：掌握Loadrunner脚本强化中的事务、检查点、集合点。
LRwebtours性能测试
一、脚本录制创建编辑脚本选择协议为Web(http/html)在url地址中输入webtours的网址，录制到操作选择为vuser_init确定后将操作换为action，输入用户名和密码，点击登陆将操作换为vuser_end,点击退出点击结束录制查看脚本二、脚本回放 先点击工具栏中的编译按钮，进行编译点击左侧任务栏中的验证回放点击开始回放点击树视图点击脚本视图下的回放日志再次回放，回放快照出现了问题点击关联结果，同时按下ctrl+f8进行自动关联选择响应下value后的值右击选择创建关联脚本显示为对action脚本中的usersession value修改为再次回放回放成功三、增强功能插入事务点点击左侧的事务，点击新建事务点对新事物重命名为login查看脚本插入集合点点击左侧栏的参数化点击切换到编辑模式点击新建，输入参数名为username，输入两个正确的用户名jojo、abc，一个错误用户名123进入action的脚本，选择用户名“jojo”，右击选择替换为参数进入action的树形图选择jojo，右击选择添加文本检查点点击确定，进入脚本视图点击运行，点击视图下的测试结果最终脚本回放日志正确点击保存，保存为tour5 四、负载测试点击左侧栏中的迭代进行运行设置，点击标题栏中的vuser 下的运行时设置选择迭代次数为3如插入有检查点，要进行检查点设置点击并发用户，点击创建controller场景或者回到主页面，点击运行负载测试选择脚本手动场景，脚本为tour5这里选择手动场景，选择场景中的脚本为tour5，点击确定点击，即load generator点击添加，输入IP地址，点击确定对连个平台点击连接运行时设置设置集合点点击确定选择场景下的集合、点击策略点击确定场景设计点击定时执行全局计划初始化点击工具下的选项设计场景中场景运行结束五、分析测试结果。
Loadrunner压力测试高效稳定的测试步骤和方法
Loadrunner压力测试高效稳定的测试步骤和方法2023年，随着互联网的高速发展，越来越多的企业开始意识到网站的性能和稳定性对于用户体验和企业品牌形象的重要性。
在这种背景下，Loadrunner压力测试成为了企业检测网站性能和稳定性的首选工具。
同时，高效稳定的测试步骤和方法也成为了企业最关心的问题之一。
Loadrunner是一款由美国Mercury公司开发的高级性能测试工具，可以模拟真实的用户行为并在压力测试环境下进行测试。
它可以对网站的各种性能指标进行测试，包括响应时间、吞吐量、并发用户数、CPU、内存等指标。
通过Loadrunner进行压力测试，可以发现网站性能瓶颈，优化网站性能，提升用户体验。
为了保证高效稳定的Loadrunner压力测试，以下是一些测试步骤和方法供参考：第一步：测试计划制定在进行Loadrunner压力测试之前，需要制定详细的测试计划。
测试计划包括测试目的、测试范围、测试策略、测试环境、测试数据等内容。
测试计划制定的目的是为了保证测试的完整性和准确性，避免出现测试遗漏或测试错误的情况。
第二步：脚本设计在进行Loadrunner压力测试之前，需要设计测试脚本。
测试脚本是模拟用户行为的程序，可以模拟用户在网站上进行的各种操作。
测试脚本的设计需要注意以下几点：1.模拟真实用户：测试脚本需要模拟真实用户行为，包括页面流程、输入数据、提交操作等。
2.设计思路清晰：测试脚本的设计需要清晰简洁，便于维护和修改。
3.避免重复测试：测试脚本的设计需要考虑避免重复测试。
第三步：测试执行在进行Loadrunner压力测试之前，需要创建测试场景并执行测试。
测试场景包括测试环境的设置、测试数据的准备、测试脚本的运行等内容。
在测试场景的执行过程中，需要注意以下几点：1.监控测试结果：测试场景的执行过程中需要监控测试结果，包括各项性能指标的数据和图表。
2.跟踪测试日志：测试场景的执行过程中需要跟踪测试日志，包括错误信息和警告信息。
实验2 使用LoadRunner进行性能测试实验
使用LoadRunner进行性能测试LoadRunner是Mercury Interaction公司开发一款成熟的性能测试工具，LoadRunner作为性能测试的实现者，涉及性能测试流程、性能测试技术和软件体系架构等众多方面的知识点 。
性能测试的基准大体有以下几方面：—响应时间从应用系统发出请求开始，到客户端接收到最后一个字节数据为止所消耗的时间。
合理的响应时间取决于实际的用户需求。
—并发用户数一般是指同一时间段内访问系统的用户数量。
—吞吐量指单位时间内系统处理的客户请求数量。
—性能计数器描述服务器或操作系统性能的一些数据指标，比如Windows系统资源管理器。
--------------------------------------------------------------------------------------------------------------------------------本次实验课是针对LoadRunner（以下简称LR）的使用，我们将采用LR自带的HP WEBTours 应用程序来进行熟悉。
1.启动示例程序在开始程序中启动LoadRunneràsamplesàWebà启动Web服务器,如下图启动后在屏幕右下角会出现如下标识 : 。
2.启动Web Tours示例程序:在浏览器中点击下图中的Sign up now，进行注册多个账户，过程比较简单这里不再介绍.注册完成后，可以订一张机票，熟悉一下这个应用程序的相关操作，为下一步录制脚本做准备。
3. 传统手工性能测试中会有一个组织者演示要测试的整个过程给参予者，然后组织者会要求这些参予者在自己的机器上共同执行刚刚的过程，然后收集相关的数据再进行分析，性能是否达到了相关的标准.自动化测试过程中 :整个过程-------------------- Virtual User Generator录制脚本 组织者---------------------- Controller参予者自己的机器------------------ Loadgenerator 场景分析--------------------------------------Analysis下面我们一步步来进行首先启动Virtual User Generator,如下图启动后出现如下界面,在其中新建一个场景:在弹出的对话框中选定,点击在弹出的对话框中输入以下参数后点击OK:出现如下提示框后，开始录制脚本，此时会弹出IE，然后自动进入到WEB TOURS网站，用刚刚注册的信息进行登录，登录成功后，再定一张票，定票后，输入信用卡信息，然后退出登录，完成后，点击停止录制，此过程较为简单，这里不做说明录制完成后，在下图中点停止，脚本录制完成：稍待一会生成脚本,如下图所示:点击播放按钮，回放一下看有没有问题,回放有两种方式，一种是普通脚本回放，回放时运行到哪一行了，会有箭头指示，另外一种就是回放可以查看回放过程中的页面，方式如下:选择在弹出的对话中选择如下:再次回放就可以看到效果.加入事务：事务就是将整个录制过程分为几部分，比如这个例子中可以分登录，定票两个过程，在测试时就可以查看这两个过程分别的运行效率，从而确定，在整个定票过程中哪一个环节影响了性能。
LoadRunner测试工具的使用
预习报告预习报告一 实验目的实验目的1．了解LoadRunner 的主要功能和使用方法；的主要功能和使用方法；2．掌握LoadRunner 的测试流程；的测试流程；二 实验内容实验内容使用LoadRunner 模拟30个并发用户，对web 应用程序mercuryWebTours 进行性能测试。
行性能测试。
1．录制脚本．录制脚本新建一个空白脚本，选择Web(HTTP/HTML)协议，在开始录制窗口中设置URL 地址：http://localhost:1080/MercuryWebTours/，开始录制。
，开始录制。
2．插入事务，完善脚本；．插入事务，完善脚本；3．创建场景．创建场景在编辑计划中设置加载的方式，使用本地计算机为负载生成器，并连接。
4．运行场景；．运行场景；5．分析场景。
．分析场景。
三 实验要求实验要求按照要求录制脚本、按照要求录制脚本、插入事务，插入事务，插入事务，完善脚本、完善脚本、完善脚本、创建场景、创建场景、创建场景、运行场景、运行场景、运行场景、分析场景。
分析场景。
分析可能的瓶颈。
分析可能的瓶颈。
实验报告实验报告一 实验目的实验目的1．了解LoadRunner 的主要功能和使用方法；的主要功能和使用方法；2．掌握LoadRunner 的测试流程；的测试流程；二 实验内容实验内容使用LoadRunner 模拟30个并发用户，对web 应用程序mercuryWebTours 进行性能测试。
行性能测试。
1．录制脚本．录制脚本新建一个空白脚本，选择Web(HTTP/HTML)协议，在开始录制窗口中设置URL 地址：http://localhost:1080/MercuryWebTours/，开始录制。
，开始录制。
2．插入事务，完善脚本；．插入事务，完善脚本；3．创建场景．创建场景在编辑计划中设置加载的方式，使用本地计算机为负载生成器，并连接。
4．运行场景；．运行场景；5．分析场景。
软件测试实践《LoadRunner自带订票网站》性能分析报告
LoadRunner自带订票网站性能分析报告一、所测试网站网址http://localhost:1080/MercuryWebTours注：本次测试是将本机作为服务器测试性能的二、所测试的功能1、登陆2、订一张票3、再订一张票4、删除所有订票5、返回主界面6、注销登录以上功能已经正确实现三、性能测试基本信息性能测试完成时间：测试用机的信息：CPU：Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz内存：2.99GB硬盘：120GB操作系统：Windows XP SP3机型：台式LR的版本号：8.0四、脚本信息Action 迭代3次两个个集合点login（登陆）、tuichu(退出系统)三个事务denglu（登陆）dingpiao（订第一张票）、quxiao（取消全部订票）以上集合点和事务均在action中场景中集合策略login为2个用户到达后释放quxiao为全部用户到达80%后释放虚拟用户10个加压规则没15秒up2个，每20秒down2个，持续2分钟硬件监控physical disk->disk time 磁盘使用率processor->proscessor time CPU使用率memory->pages/second 内存使用率memory->page/reads sec 页面读取physical disk->avg.disk queue.length 磁盘队列平均数processor->processor queue length CPU队列长度processor->%DPC time CPU网卡DPC时间图1 运行场景过程结中Vusers的状态图分析：ID 3、6的Vusers的状态都是Action的迭代运行尚未完成，但持续时间已到，强制停止。
ID 2、4、5的Vusers的状态是准备退出。
ID 7的Vusers的状态是到达集合点准备集合ID 1、8、9、10Vusers的状态是正常运行图2 总体概述图分析：场景运行的持续时间：21分钟50秒场景中的虚拟用户数：10（与场景设定中的一致）总吞吐量：3361963 bytes总点击数：1238共运行了120个事务，通过了119个，终止了1个，失败了0个从图中可以看出，Action Transaction最费时，平均用276.233秒（标准差399.727，数值偏大，所以选用均值）HTTP Response中只有HTTP 200，说明所有的都成功了。
loadrunner测试方案
LoadRunner测试方案1. 简介本文档旨在提供一个完整的LoadRunner测试方案，以帮助测试团队有效地使用LoadRunner工具来进行性能测试。
LoadRunner是一款流行的性能测试工具，可以模拟多种负载条件下的系统性能，并提供全面的测试分析和报告。
本测试方案将包括以下内容：•测试目标•测试环境•测试场景设计•脚本录制与修改•脚本参数化•调试与验证•性能测试执行•测试结果分析与报告2. 测试目标在开始测试前，需要明确测试目标以及预期的性能指标。
这些目标可以包括：•系统的最大并发用户数•系统的吞吐量和响应时间•系统在高负载条件下的稳定性•系统在长时间运行下的资源利用率•系统在异常场景下的表现和恢复能力3. 测试环境为了进行性能测试，我们需要搭建环境来模拟用户的行为。
测试环境应包括以下组件：•LoadRunner工具：安装并配置LoadRunner的控制台和Load Generator。
•目标系统：需要对目标系统进行调整和配置，以适应负载测试。
•数据库服务器：如果系统有数据库依赖，需要为数据库服务器提供相应的负载。
4. 测试场景设计在设计测试场景之前，需要对系统的使用情况进行调研和分析。
根据用户行为和系统功能，设计不同的测试场景来模拟实际的使用情况。
例如，可以设计以下场景：1.登录场景：模拟多个用户同时登录系统，并记录登录时间和成功率。
2.浏览场景：模拟用户按照不同的操作路径浏览系统，并记录页面加载时间。
3.添加场景：模拟用户同时向系统添加大量的数据，并记录添加的吞吐量和响应时间。
4.查询场景：模拟用户同时发起大量查询请求，并记录查询的吞吐量和响应时间。
根据测试目标，可以选择不同的场景进行测试。
5. 脚本录制与修改使用LoadRunner的VUGen工具来进行脚本录制和修改。
VUGen可以自动记录用户的操作，并生成相应的脚本。
在录制完成后，需要对脚本进行修改，以确保脚本的可靠性和准确性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Web Tours系统性能测试计划姓名：***班级：1301108学号：**********目录1.前言 (3)1.1.测试方案概述 (3)1.2.目的 (3)1.3.系统概述 (3)2.被测系统定义 (4)2.1.术语定义 (4)2.2.功能简介 (4)2.3性能测试指标 (6)3 系统结构及流程 (7)3.1系统总体结构 (7)3.2功能模块 (7)3.3业务流程 (8)3.4关键点描述 (9)3.5性能测试环境 (9)4 性能测试 (10)4.1性能测试概述 (11)4.2测试目的 (11)4.3测试方法及测试用例 (11)4.3.1 业务模型 (12)4.3.2 场景模型 (12)4.3.3 测试用例 (13)4.4测试指标及期望 (16)4.5测试数据准备 (17)4.6运行状况记录 (18)5参考文档 (18)6提供文档 (18)7人员任务分配 (18)8测试进度 (19)9风险与应急 (20)9.1影响计划的潜在因素 (20)9.2应急措施 (20)1.前言1.1. 测试方案概述方案名称：LoadRunner的Web Tours系统性能测试报告测试人员：曾建芬1.2. 目的本测试方案将对HP公司的LoadRunner的Web Tours系统的测试方法、测试工具、测试范围、测试的软件硬件环境、测试进度、测试人员的分工和职责以及测试流程进行详细的定义和整体的描述。
1.3. 系统概述产品名称： LoadRunner的Web Tours系统开发部门：惠普公司（Hewlett-Packard Development Company, L.P.，简称HP）目前，HP公司的LoadRunner自带的Web Tours核心业务系统（以下简称新业务系统）已先后成功上线，从而公司的业务信息管理逐步走上了集中管控的道路。
后续，惠普等34家分公司的业务信息也将分布进入业务系统，从而将会势必出现新业务系统中信息大量增长的态势。
随着新业务系统在生产状态下日趋稳定、成熟，系统的性能问题也逐步成为了我们关注的焦点：每天大数据量的“冲击”，在业务信息进入时，系统能稳定在什么样的性能水平，面临公司业务冲刺时，系统能否经受住“考验”，这些问题需要通过一个完整的性能测试来给出答案。
本报告前部分即是基于上述考虑，参考科学的性能测试方法而撰写的，用以指导即将进行的LoadRunner自带的Web Tours核心业务系统的性能测试。
2.被测系统定义LoadRunner自带的Web Tours业务系统作为本次测试的被测系统（注：以下所有针对被测系统地描述均为针对LoadRunner自带的Web Tours核心业务系统进行的），该业务系统的主要功能包括：注册、登陆、订票、查询以及退票功能在本次测试中，将针对上述的功能进行压力测试，检查并评估在模拟环境中，系统对负载的承受能力，在不同的用户连接情况下，系统地吞吐能力和响应能力，以及在预计的数据容量中，系统能够容忍的最大用户数。
2.1. 术语定义性能测试：在一定约束条件下（指定的软件、硬件和网络环境等）确定系统所能承受的最大负载压力的测试过程。
场景：一种文件，用于根据性能要求定义在每一个测试会话运行期间发生的事件。
虚拟用户：在场景中， LoadRunner 用虚拟用户代替实际用户。
模拟实际用户的操作来使用应用程序。
一个场景可以包含几十、几百甚至几千个虚拟用户。
虚拟用户脚本：用于描述虚拟用户在场景中执行的操作。
事务：表示要度量的最终用户业务流程。
2.2. 功能简介Web Tours主要功能如下：➢注册用户：用户随机选择时间进行注册➢登录网站：用户随机选择时间进入网站➢用户订票：订票数据需要随机➢查询订单：查询内容需要随机➢取消订单:用户可对订单进行取消操作➢退出网站：用户随机选择时间退出网站2.3性能测试指标本次测试是针对LoadRunner自带的Web Tours核心业务系统的性能特征和系统的性能调优而进行的，主要需要获得如下的测试指标。
1、系统的响应能力：即在各种负载压力情况下，系统的响应时间，也就是从客户端交易发起，到服务器端交易应答返回所需要的时间，包括网络传输时间和服务器处理时间。
2、应用系统的吞吐率：即应用系统在单位时间内完成的交易量，也就是在单位时间内，应用系统针对不同的负载压力，所能完成的交易数量。
3、应用系统的负载能力：即系统所能容忍的最大用户数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。
3系统结构及流程Web Tours业务系统在实际生产中的体系结构跟本次性能测试所采用的体系结构是一样的，交易流程也完全一致的。
不过，由于硬件条件的限制，本次性能测试的硬件平台跟实际生产环境略有不同。
3.1系统总体结构描述本系统的总体结构，包括：硬件组织体系结构、网络组织体系结构、软件组织体系结构和功能模块的组织体系结构。
测试机与服务器软硬件配置：设备硬件配置软件配置数据库服务器应用服务器PC机（一台）CPU:Intel(R)Core(TM)i3-2330M************.20GHz内存：2.00GB 硬盘：500GBWindows 7My SQLApache控制器负载机PC机（一台）CPU:Intel(R)Core(TM)i3-2330M************.20GHz内存：2.00GB 硬盘：500GBWindows 7LoadRunner 11.0IE9.0Microsoft Office 20073.2功能模块本次性能测试中各类交易都是由若干功能模块组成的，每个交易都根据其执行特点分成了若干操作步骤，每个步骤就是一个功能点（即功能模块），在Web Tours业务系统中，各种交易及其包含的功能模块关系如下：1．注册用户2．登录网站3．用户订票4．用户查询5．取消订单6．退出网站本次压力测试主要设计的功能模块如下表名称所属交易注册用户输入要注册的账号和密码登录网站输入注册好的账号和密码用户订票用户登录网站后进行订票操作用户查询输入查询条件后获取查询结果取消订单对用户已经订好的票进行取消操作退出网站用户可以随时进行退出网站3.3业务流程本次性能测试中，选择的各类交易的业务流程如下：1.注册用户:注册账号和密码以及其他信息等。
2.登录网站:输入注册好的账号和密码进行登录网站首页3.用户订票:用户登录成功后在网站上进行订票，最后显示自己的订票信息4.用户查询:用户定好票后可以进行查询所订票的信息，直接显示订票信息5.取消订票：用户可以对定好的票进行取消操作，取消后不再显示已取消的订单6.退出网站:点击退出登录,则直接退出网站.查询交易的业务流程只是单一步骤的，即：输入查询条件后获取查询结果，因此在本次性能测试中只作为一个事务处理，交易流程图略。
3.4关键点描述本次性能测试的关键点，就是查看Web Tours网站业务系统在并发压力下的表现，即：支持的并发用户数目和并发用户发送频率，以及在较大压力下，系统的交易处理能力，并找出各类交易的性能瓶颈。
3.5性能测试环境本次性能测试环境与真实运行环境基本一致，都运行在同样的硬件和网络环境中，数据库是真实环境数据库的一个复制（或缩小），本系统采用标准的CS结构，客户端都是通过浏览器访问应用系统。
其中具体的硬件和网络环境如下：➢服务器设备：CPU：Intel(R)Core(TM)********************.20GHz ➢操作系统： windows 7➢网络环境：W LAN-CQUPT（4M）➢数据库： My SQL➢客户端： PC （Windows 7）➢负载生成器：本机网络拓扑和结构图如下：路由器防火墙校园无线访问点交换机数据库和应用服务器测试机Windows 74性能测试从广泛意义上讲性能测试包括：压力测试、稳定性测试、负载能力测试和可扩展性测试等。
在不同应用系统的性能测试中，需要根据应用系统的特点和测试目的的不同来选择具体的测试方案，本次Web Tours核心业务系统的性能测试主要是采用通常的压力测试模式来执行的，即：逐步增加压力，查看应用系统在各种压力状况小的性能表现。
在性能测试中，压力测试主要是为了获取系统在较大压力状况下的性能表现而设计并实现的，压力测试主要是获取系统的性能瓶颈和系统的最大吞吐率。
4.1性能测试概述本次压力测试是指针对现行的Web Tours核心业务系统的联机交易处理能力的测试，检验系统的吞吐率。
本系统的压力测试主要是针对业务功能、报表统计进行，检查在日间交易高峰时期，并发用户数较多的时候的处理能力等等。
4.1.1测试流程负载测试通常由五个阶段组成：计划、脚本创建、场景定义、场景执行和结果分析。
计划负载测试：定义性能测试要求，例如并发用户的数量、典型业务流程和所需响应时间。
创建虚拟用户脚本：将最终用户活动捕获到自动脚本中。
定义场景：使用 LoadRunner Controller 设置负载测试环境。
运行场景：通过 LoadRunner Controller 驱动、管理和监控负载测试。
分析结果：使用 LoadRunner Analysis 创建图和报告并评估性能4.2测试目的压力测试的目的就是检验系统的最大吞吐量，检验现行的Web Tours业务系统在各种压力交易量下的运行状况，检验系统地运行瓶颈，获取系统的处理能力等等。
本次针对Web Tours核心业务系统所进行的压力测试的测试目的为：✧给出Web Tours系统当前的性能状况✧定位新业务系统性能瓶颈或潜在性能瓶颈✧总结一套合理的、可操作的、适合公司现实情况的性能测试方案，为后续的性能测试工作提供基本思路。
4.3测试方法及测试用例使用性能测试软件LoadRunner 11.0，对现行的Web Tours网站业务系统进行脚本录制、测试回放、逐步加压和跟踪记录。
测试过程中，由LoadRunner的管理平台调用各台测试前台，发起各种组合的交易请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。
4.3.1业务模型本次测试依照的业务模型如下：指标种类业务模型注册50个虚拟用户同时并发测试登录100个虚拟用户同时并发测试业务进行订票1.准备500条可订票信息2.进入订票页面并提交订票信息的并发用户数为50个查询订票1.准备100条订票信息2.进入查询页面进行查询的并发用户数为50个取消订单1．准备100条订票信息2．进入查询页面并取消订单的并发用户数为25个退出网站1.准备100个用户同时在线2.选择退出网站的并发用户数为25个4.3.2场景模型本次测试依照的场景模型如下：指标种类场景模型进行订票1.启动脚本中的集合点2.每5秒加载一个虚拟用户，虚拟用户加载完成后，每5秒释放一个虚拟用户3.使用IP欺骗，IP欺骗新建15个IP地址4.添加windows计数器5.监控虚拟用户进行日志文件查询订票1.启动脚本中的集合点2.每5秒加载一个虚拟用户，虚拟用户加载完成后，每5业务秒释放一个虚拟用户3.使用IP欺骗，IP欺骗新建15个IP地址4.添加windows计数器5.监控虚拟用户进行日志文件取消订单1.启动脚本中的集合点2.每5秒加载一个虚拟用户，虚拟用户加载完成后，每5秒释放一个虚拟用户3.使用IP欺骗，IP欺骗新建15个IP地址4.添加windows计数器5．监控虚拟用户进行日志文件退出网站1.启动脚本中的集合点2.每5秒加载一个虚拟用户，虚拟用户加载完成后，每5秒释放一个虚拟用户3.使用IP欺骗，IP欺骗新建15个IP地址4.添加windows计数器5.监控虚拟用户进行日志文件4.3.3测试用例使用的测试用例包括：联机处理交易和查询交易，其中联机交易测试试用的交易包括：Web Tours查询类交易包括：注册用户、登录网站、用户订票、取消订票、用户查询、退出网站测试用例:1.注册用户用例编号:Reg-01测试目的:测试50个虚拟用户并发时,系统网站打开的响应时间用户并发数:50个模拟用户行为:1)在地址栏直接输入网址并转到相应的指定位置2)点击“sign up now”进行注册3)输入账号信息和密码以及其他信息完成注册过程预期结果：系统注册账户的响应时间不能超过15秒2.登录用例编号:LOG- 01测试目的:测试100个虚拟用户并发时,系统登录的响应时间用户并发数:100个模拟用户行为:1)进入登录页面（网站主页）2)输入用户名和密码，点击“login”按钮预期结果：系统登录网站的响应时间不能超过5秒3.进入订票页面用例编号:FIGHT- 01测试目的:测试100个虚拟用户并发时,系统订票的响应时间用户并发数:100个模拟用户行为:1)进入登录页面（网站主页）2)输入用户名和密码，点击“login”按钮3)进入首页，点击“fights”按钮并选择相关的票务信息完成订票过程预期结果：系统进行订票的响应时间不能超过15秒4.查询订票用例编号:Itinerary- 01测试目的:测试50个虚拟用户并发时,系统订票的响应时间用户并发数:50个模拟用户行为:1)进入登录页面（网站主页）2)输入用户名和密码，点击“login”按钮3)进入首页，点击“Itinerary”按钮进入订票信息页面预期结果：系统进行订票信息页面的响应时间不能超过5秒5.取消订单用例编号:Cancle- 01测试目的:测试25个虚拟用户并发时,系统订票的响应时间用户并发数:25个模拟用户行为:1)进入登录页面（网站主页）2)输入用户名和密码，点击“login”按钮3)进入首页，点击“Itinerary”按钮进入订票信息页面4)选择要取消的订单，并点击“cancle checked”进行取消订单预期结果：系统进行取消订票的响应时间不能超过5秒6.退出网站用例编号:sign-off- 01测试目的:测试25个虚拟用户并发时,系统订票的响应时间用户并发数:25个模拟用户行为:1)进入登录页面（网站主页）2)输入用户名和密码，点击“login”按钮3)进入首页，点击“sign off”按钮进入主页预期结果：系统退出主页的响应时间不能超过5秒针对每个测试案例，都将采用逐步加压和瞬间加压两种客户端连接方式进行，查看服务器端在客户端的连接数量变化过程中对应的处理能力，测试运行安排如下：•每隔2秒增加1个用户连接，最多增加到100个用户，查看并记录运行情况•每隔2秒增加2个用户连接，最多增加到100个用户，查看并记录运行情况•一次性连接25个用户，查看记录运行情况•一次性连接100个用户，查看记录运行情况4.4测试指标及期望在本次性能测试中，各类测试指标包括测试中应该达到的某些性能指标，这些性能指标均是来自应用系统设计开发时遵循的业务需求，当某个测试的某一类指标已经超出了业务需求的要求范围，则测试已经达到目的，即可终止压力测试。