loadrunner docs /shit loadrunner license / shit loadrunner cd-key / shit loadrunner download / shit microfocus.com

s

loadrunner下载

https://my.microfocus.com/myproducts

https://www.microfocus.com/zh-cn/products?trial=true

https://www.microfocus.com/en-us/support/downloads/

Micro_Focus_LoadRunner_2023_Community_Edition-Additional_Components.exe

Micro_Focus_LoadRunner_2023_Community_Edition-Language_Packs.exe

Micro_Focus_LoadRunner_2023_Community_Edition.exe

https://loadrunner_developer_vscodetemplate_2023.0.zip

https://sitescope_2022.11_for_linux_64bit.zip

SiteScope_2022.11_for_Windows_64bit.zip

LoadRunner_Developer_2023.tar.gz

LoadRunner _Developer_2023.zip

 

HP_LoadRunner_12.55_Community_Edition_Additional_Components 社区版的附加组件。
HP_LoadRunner_12.55_Community_Edition_Language_Packs 社区版的语言包。
HP_LoadRunner_12.55_Community_Edition_Standalone_Applications 社区版独立应用程序。
HP_LoadRunner_12.55_Community_Edition 社区版。

 

LoadRunner 11.0  Readme , C:\Program Files (x86)\HP\LoadRunner\dat\Readme.htm 

最大的改变 - 支持云压力产生器：

Ability to run load generators on the cloud

Easily provision cloud load generators from the Controller. For details, see "Adding a Cloud-

Based Load Generator - Overview" on page 1080.

Run tests on load generators on the Amazon cloud

移动应用测试，新加入SAP mobile Platform的支持

新加入HTML5 WebSocket的支持

HTML5 WebSocket support. For details, see the web_websocket functions in the

LoadRunner Function Reference.

TruClient脚本可以转换成Web HTTP/HTML脚本

TruClient to Web HTTP/HTML protocol script converter. For details, see "Converting a

TruClient Script to a Web HTTP/HTML Script" on page 569.

支持SPDY

SPDY support. For details, see "How to record the SPDY protocol" on page 817.

新技术平台的支持：

IE11、Chrome 30、Firefox 23

Windows Server 2012

安装需要.NET Framework 3.5、4.0、Windows Installer 4.5等必备组件

 

10000个用户（有时间限制）：AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB

http://forums.sureshkumar.net/testing-tools-qa/45939-crack-loadrunner-9-1-a.html

LoadRunner 9.1 license
 AEAMAUIK-YAFEKEKJJKEEA-BCJGI
AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB
CEBDIUDD-JUKG-ASCEKEKJJSWHQAZKEKEKEJU-KBGIT
AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB

Loadrunner Licese 支持6.5万用户  global类型

AEACFSJI-YJKJKJJKEJIJD-BCLBR

 

loadrunner11添加下面的licence，即可使用：

global-100: AEAMAUIK-YAFEKEKJJKEEA-BCJGI
web-10000: AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB
golba-1000：AEACFSJI-YASEKJJKEAHJD-BCLBR
超级license 最高支持6.5w个并发：AEACFSJI-YJKJKJJKEJIJD-BCLBR  
11装好了之后LR 11启动慢的问题解决了。
可以修改C:\Windows\Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config 文件里的<runtime/>为
<runtime>
<generatePublisherEvidence enabled="false"/>
</runtime>
或升级到.NET Framework 4 

 

破解方法：

安装好loadrunner11后

1)退出程序，把下载文件中的lm70.dll和mlr5lprg.dll覆盖掉..\HP\LoadRunner\bin下的这两个文件

2) 注意，win7的话一定要以管理员身份运行启动程序，启动后，点击 configuration->loadrunner license，此时可能会有两个许可证信息存在，退出程序，点击deletelicense.exe文件，来删除刚才得许可证信息（即时原来没有 lisense最好也运行一下）

3）再次打开程序， configuration->loadrunner license->new license，在弹出的输入框中输入license序列号AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB，点击确 定，验证通过后，则破解成功！

https://h10078.www1.hp.com/cda/hpdc/display/main/secure/download_bin.jsp?zn=bto&cp=54_4000_313__

C:\Documents and Settings\Administrator\Local Settings\Temp\1\LoadRunnerInfo.htm

Product Information:
Product Name: HP LoadRunner Software 11.00
Product Version: 11.00.0.0
Host Name: loadrunner-test
Maintenance Number: 8888-8888888888
Installed Products: LoadRunner  11.00.0.0    
Installed Components:
 Analysis  11.00.0.0 
 Console  8.0.0.0 
 Controller  11.00.0.0 
 ERP and CRM Mediator  11.00.0.0 
 Launcher  11.00.0.0 
 Load Generator  11.00.0.0 
 LTAgentCommon  1.0.0.0 
 MI Listener Component  11.00.0.0 
 Monitors over FireWall  11.00.0.0 
 Online Documentation  11.00.0.0 
 Protocol SDK  11.00.0.0 
 Samples  11.00.0.0 
 Vuser Generator  11.00.0.0

用过LoadRunner的人一定不陌生，其前任品牌拥有者Mercury Interactive公司(中文：美科利公司)，在2006年以45亿美元被惠普公司收购，并入惠普公司软件部门。LoadRunner也随着美科利一 同进入惠普软件体系，该事件成为2006年最大软件并购案。而一直以来美科利公司所提供的LoadRunner堪称性能测试领域的一种标杆性工具。

loadrunner docs

loadrunner 进程方式模拟并发用户 单台客户机最多 < 10个，理论值单台 < 50 个进程压测

LoadRunner 函数大全之中文解释

http://dl.iteye.com/topics/download/2ebb71de-693d-3149-911e-cbc18ecbdbef

http://img2.51cto.com/getAttachment.php?v=eyJhaWQiOiI3NDQ4NCIsInRpZCI6IjQ2MDkzOSIsInBpZCI6IjE1ODE5MjEiLCJkYXRlbGluZSI6IjEyMDQ4NzY5NzUiLCJyZWFkcGVybSI6IjAiLCJwcmljZSI6IjAiLCJmaWxlbmFtZSI6IkxvYWRSdW5uZXJcdTUxZmRcdTY1NzBcdTU5MjdcdTUxNjhcdTRlNGJcdTRlMmRcdTY1ODdcdTg5ZTNcdTkxY2EucmFyIiwiZGVzY3JpcHRpb24iOiIiLCJmaWxldHlwZSI6ImFwcGxpY2F0aW9uXC94LXJhci1jb21wcmVzc2VkIiwiZmlsZXNpemUiOiI0NDEwODUiLCJhdHRhY2htZW50IjoibW9udGhfMDgwM1wvVEc5aFpGSjFibTVsY2c9PV95d0JoRzZoNkZ2cW0ucmFyIiwiZG93bmxvYWRzIjoiMzMxIiwiaXNpbWFnZSI6IjAiLCJ1aWQiOiI0NTg0MCIsInRodW1iIjoiMCIsInJlbW90ZSI6MSwiY2xhc3NfaWQiOiI2IiwiaW52aXNpYmxlIjoiMCJ9

http://docs.google.com/viewer?a=v&q=cache:_QOnj36OS1wJ:bbs.51cto.com/attachment.php%3Faid%3D74484%26k%3Defb6f7832aea0c5724a0ab398a9ec37a%26t%3D1299980725+loadrunner+%E5%87%BD%E6%95%B0%E9%A1%BA%E5%BA%8F&hl=zh-CN&pid=bl&srcid=ADGEESh2cODJDGJ2S1IsqA8HAfQfdWHgBwZTFsZFz5A4KwGZYGCuwlHfkNy5V-0Y3rWa7gNgXKNeeeEy0tG1hRO6wcV9JGgmeu7VkvHiLWspSmzuFLeAduIMJ6aZWXSZmb2ce4-jSkeV&sig=AHIEtbTMAYXAM4VIz8HCMsr-SwncCnYtuw

 

LoadRunner HTML录制模式与URL录制模式比较

http://www.51testing.com/?94273/action_viewspace_itemid_9930.html

在跟使用Loadrunner工具使用者交流的过程中，经常有人提到这个问题，基于HTML （HyperText Markup Language 超文本置标语言）模式录制与基于URL （Uniform Resource Locator的缩写，统一资源定位符，也被称为网页地址，是因特网上标准的资源的地址。）录制模式到底有什么不同？为什么通常情况下我们都会去选择使用 URL模式去录制我们的业务脚本？所以在这里我把我知道的东西写出来跟同行分享和交流：

HTML 是一种高级别的录制模式，这种模式是基于“浏览器”或者说是“内容敏感”的。这种录制选项是让浏览器去决定在回放下载HTML资源，哪些页面资源（比如图片或者Flash内容）是需要被下载。

URL 是一种低级别的录制模式，这种录制选项不允许浏览器去确定哪些页面资源（比如图片或者Flash内容）是需要下载的。每项资源在录制回话的过程中都被录制到脚本中。这种级别录制模式同时也会录制其他 任何隐藏的对象，比如session ID（也就是会话ID）信息，包括发给服务端和从服务端收到的session ID信息。

脚本 方面的不同，HTML级别录制模式将生成的是web_submit_form 语句来提交终端用户可以看见或者修改的信息。当基于HTML模式在提交窗体时遇到错误，你可以选择URL模式去录制任何从服务端发送过来的请求和资源。而URL基本录制模式将生成的是web_submit_data 语句，这些语句记录的是所有通过浏览器实际发送给服务端的信息。值得注意的是URL录制模式会录制那些HTML模式没有能录制到隐藏信息。通常情况下，隐藏信息里面会包含session ID信息。

写到这里，熟悉的人可能应该明白为什么在通常的情况下，我们选择URL模式去录制我们基于Web （HTTP/HTML） 协议的脚本，概括的说就是现在的应用（或者说将来的应用）为了安全性，都会包含像session ID、token等动态信息。简单的说就是每一访问，服务端都会给客户端发送一个描述会话的session信息，而session ID使用的是动态的生成技术。如果要是脚本能够正常回放，通常需要把这个动态的信息保存下来，这个需要使用到correlation 技术（也就是关联技术）。在以后我会在我的博客里面继续写我对关联的理解（包括自动关联、手工关联、规则等实用技术）。

 

对于使用GET方式提交的数据,LR在回放上还是存在一定问题的,且关联都无法解决SESSION的相应问题

 

感觉html模式更方便。不单是可读性，而是脚本的可维护性上。比如url录制的页面中的资源分部，是留是舍得问题。留着造成页面的微小改动导致脚本的调 整，舍去又使事务时间不是那么会事情。并且html模式中的exclipit url形式的脚本同样使用web_submit_data,同样上下文无关。而且目前的loadrunner版本中http形势的web脚本中的 session几乎是无须用户考虑的问题。

 

HTML方式是用IO流获取页面内容,URL是用Socket实现监听协议端口

参数化，

检查点，

集合点，

关联函数,
事务处理,

 

#Recording Log
run once

#Execution Log
run 10 times

# functions

web_reg_save_param=register function

边界转义字符  \"

Execution log: 参数取值 Notify。

 

Loadrunner 检查点函数总结

web_reg_find 文本检查点函数   404/500页面时使用 http://www.51testing.com/?41972/action_viewspace_itemid_87078.html

LR中检查点有两种：图片和文字。http://wenwen.soso.com/z/q293465298.htm

这两种检查点可用以下三个函数实现：web_find()、web_reg_find()和web_image_check()

检查点事务、关联的边界也可以参数化

5场秒杀，lr边界参数化

LR 事务4种状态

atoi 转换为整型 (lr_evel_string("{isLogon}") )

loadrunner字符串处理函数 ， http://www.cnblogs.com/Automation_software/archive/2011/07/05/2098688.html

在Loadrunner中提供了C对字符串出了的相关功能函数，如下：

lr_save_datetime

把当前日期和时间保存到一个参数中

lr_save_int

把一个整数保存为参数

lr_save_searched_string

保存一个字符数组相对于字符串出现的部分。

lr_save_string

把一个字符串保存到参数中

lr_save_var

把字符串的一部分内容保存为参数

lr_eval_string

返回参数的实际内容或返回一个包含参数的字符串的实际内容

 

 

loadrunner 组建并执行性能测试场景。http://bbs.51testing.com/thread-6154-1-1.html

从VU运行成功到controller运行成功，一般需要以下几个步骤 （我也是从英文 论坛 上看到的，觉得不错，拿出来共享）：
1.        确认在VU里SUSI（单用户单循环次数single user & single iteration）
2.        确认在VU里SUMI（单用户多循环次数single user & multi iteration）
3.        确认在controller中MUSI（多用户单循环次数multi user & single iteration）
4.        确认在controller中MUMI（多用户多循环次数 multi user & multi iteration）

 

loadrunner 注释符号

文件：test.usr

#include "web_api.h"
Action()
{
// 单行注释 
/* 多行注释内容 */
｝
    return 0;
}

 

loadrunner 术语   ，http://miss678.iteye.com/blog/1138756

1.场景 （Scenario）：场景即测试场景，在LoadRunner中主要表现为Controller中设计与执 行用例中的用户场景。主要工作有，在Controller中选择虚拟用户脚本、设置虚拟用户数量、配置虚拟用户运行时的行为、选择负载发生器（Load Generator）、设置执行时间等。
2.负载发生器 （Load Generator）：用来产生压力的真实机器，受Controller控制，可以使用户脚本在不同的主机上执行。在性能测试工作中，通常由一个Controller控制多个Load Generator以对被测试系统进行加压。
3.虚拟用户 （Virtual User/Vuser）:对应于现实中的真实用户，使用LoadRunner模拟的用户称为虚拟用户。其本质是通过虚拟用户脚本来模拟真正用户的行为。
4.虚拟用户脚本 （Vuser scrīpt）:通过Vuser Generator录制或开发的脚本。这些脚本用来模拟用户的行为。
5.事务 （Transaction）:LoadRunner通过事务来衡量服务器的性能。在业务上事务通常是用户的一个或一系列操作，代表一定的功能；而在程序上则表现为一段代码区块。测试人员可以将一个或多个操作步骤定义为一个事务，以便衡量这部分的用户并发响应时间。
例如：用户可以把邮件功能模块的“发送”操作定义为一个事务，以分析该操作的执行性能。
6.思考时间 （Think Time）:即用户思考时间，为了在模拟时更接近用户的真实行为而引进的概念。在实际中，用户进行一系列操作后往往会进行处理，例如浏览网页，而在处理过 程对服务器是没有压力的。因此，在虚拟用户脚本中用函数lr_think_time(double time)来模拟用户处理过程，执行该函数时用户线程会按照相应的time值进行等待。
7.集合点 (Rendezvous)： 对应于真实用户中的并发点。LoadRunner通过集合点实现了真正意义的并发。集合点在虚拟用户脚本中对应函数 lr_think_time(const char*rendezvous_name)，当执行到该函数时会按照场景的并发策略来执行。
8.事务响应时间 ：事务响应时间是一个统计量，是评价系统性能的重要参数。定义好事务后，在场景执行过程和测试结果分析中即可以看到对应事务的响应时间。通过对关键或核心事务的执行情况进行分析，可以快速定位性能问题。

 

 

让loadrunner走下神坛(全）

http://bbs.51testing.com/thread-6154-1-1.html

我曾吃过一个亏，自己写了一个java socket脚本去联server，但是忽略了client端的界面下的业务逻辑，用我的脚本做性能测试通过，全部OK，但是真实用户一上线，client终端界面接受了大量的server信息，导致client进程死掉了。

解析：这个作者混合场景细节并没有模拟到位

loadrunner 进程方式模拟并发用户 单台客户机最多 < 10个，理论值单台 < 50 个进程压测
三．组建并执行性能测试场景。
从VU运行成功到controller运行成功，一般需要以下几个步骤（我也是从英文 论坛 上看到的，觉得不错，拿出来共享）：
1.        确认在VU里SUSI（单用户单循环次数single user & single iteration）
2.        确认在VU里SUMI（单用户多循环次数single user & multi iteration）
3.        确认在controller中MUSI（多用户单循环次数multi user & single iteration）
4.        确认在controller中MUMI（多用户多循环次数 multi user & multi iteration）
做这样一个步骤划分是有道理的，第一步骤是验证脚本编写的正确，第二步骤可以验证数据池是否正常运作。第三步骤验证并发功能 ，第四步骤是最终目的，验证软件系统的性能。在论坛上看到一些朋友 提 的问题，有一些就是于此的，在controller中运行场景时出现问题，首先得保证VU中运行成功，这是一个显然的逻辑。软件工程中把软件开发的种种行 为都要制定一个proccess，即过程，性能测试也是如此，按照过程来调试脚本和场景，能及早发现问题和定位问题。除非是高手 ，烂熟于心中，才能超越proccess而不出问题。
场景是把虚拟用户和交易数按一定规则组织起来去模拟真实世界的业务行为。这其实是把单个用户的行为复制，连接。场景的组织通常和真实世界的业务规则有很大关系。
做个如下可能并不恰当的比喻：
脚本像演员，场景就像表演的舞台，而测试工程师 是导演，多少个演员，怎么在舞台上演出，都由导演说了算，而剧情又不能离谱，脱离现实，否则就要砸锅了。注意，导演的职责不光是确保演出能顺利结束，而且还要同时观察和收集观众的反馈信息，以确认这次演出是否成功。
同样的也是，性能测试人员不光是看场景是否得到顺利的执行，同时还要收集各个server的反馈信息，以确认软件系统的性能表现是否正常。
在真实世界中的用户业务规则要转换到可操作的性能指标是需要分析和计算的。当然这通常是市场需求 分 析人员干的活，但我觉得测试人员应该在做性能测试时，对这些指标进行理解，知道为什么要这样做。有时有的性能指标并不清楚和准确，还需要测试人员来分析。 比如一个性能指标：要求软件系统支持每分钟700用户的登陆行为。这对于测试人员来说，其实是一个不确切的性能需求。这指的是瞬时并发用户700，在一分 钟的响应时间要求下登陆系统？还是在一分钟内陆续有700个用户登入软件系统即可？这两种场景其实对软件系统的压力是不同的，第一种显然大，第二种要小一 些。甚至有的性能需求就是支持50000注册用户，这种需求就更需要分析了，还要引入一些业务发生概率算法模型来做。这已经不是性能测试人员的职责了，但 由于目前有不少软件公司流程不规范，或者有流程没执行，这些工作都要测试人员来做了，不过也好，正好是锻炼的机会。
四．分析结果数据，找到软件系统性能瓶颈
上面说了，做了那么多，就是为了本步骤－寻找软件系统性能瓶颈。
个人认为寻找性能瓶颈是一个非常有挑战性的工作，mao zhu xi曾经说过：一个优秀的指战员就是能够根据已有的客观形势，制定作战计划，然后在作战过程中，发现计 划与执行不符的地方，分析，然后调整作战计划，缩小计划和战势的误差。简明一句：就是一个理论和实践结合的过程，一个人的主观思想和客观现实的结合过程 （注明：本人是mao zhu xi老人家的忠实fans）。
在性能测试中，测试方案就是我们的作战计划，执行性能测试就是我们的作战战场。在性能测试中，可能会发现种种意想不到的问题。当然一个经验足够丰富的性能 测试专家可能会在测试之前就能考虑全面，使测试方案吻合测试执行实际情况，并一举找出性能瓶颈。我sunshinelius不是专家水平，当然就要匆忙应 对和分析性能测试中出现的问题，并有可能会修改测试方案，增加必要的test case，删除没用的test case。总之，性能测试是一个不断修改测试方案，反复执行test case的过程，直至越来越逼近性能瓶颈。在此过程中，需要了解很多的知识，知识了解得越多，就越接近软件系统运行的真相，也就能找出性能瓶颈了。
比如：loadrunner要是调用程序员的程序，服务器 资源 占用情况可能是追查瓶颈的一个线索，但如果是标准中间件，那就没那么简单了，比如oracle 数据库 的某项参数 设得不对，照样会造成数据库瓶颈，应用程序 调用数据库的API写法不对，比如未使用软解析变量，也有可能导致数据库瓶颈。这些瓶颈都不会反映在cpu，内存使用量上等指标上的。
对于这种情况，一方面需要对中间件有一定的了解，知道哪些参数有什么作用，怎么可调的，另外还可能使用中间件的专有监测工具，来分析。lr的性能计数器是不够用的。
个人体会，查找瓶颈的难易程度，由易到难
服务器硬件瓶颈-〉网络瓶颈-〉应用瓶颈-〉服务器操作系统 瓶颈（参数配置）-〉中间件瓶颈（参数配置，数据库，web服务器等）
记忆比较深刻的一次，用lr做了两天性能测试，指标上不去，后来使用oracle数据库的图形化性能检测工具才发现某个表的查询处理时间超长，原来索引创 建得不合理，把表的索引改了之后，性能稍有提高，但还是上不去。再次排查，发现应用中有一个sql语句写得有问题，长而且耗时，改了之后，测试指标还是上 不去
经过至少四轮的排查，才大功告成，最后一个除掉的瓶颈是操作系统问题（开始没有想到它，后来看系统消息，才发现已经有错误报出）
五．我再说两句
每个系统的性能测试都是一个全新的挑战！
sunshinelius恭祝loadrunner版的老朋友新朋友（你们的名字我都记得）2004年元旦快乐！2005年收获更多！

 http://feedburner.google.com/fb/a/mailconfirm?k=7Rla1UkAygV0Lo6EJRSporlj60s

xiaowu 137-0517-3582

 

 

loadrunner 性能测试培训检测题

选择题

1.性能测试常见的性能指标有哪些？ ABCE

A、Response Time  B、TPS  C、Page View  D、User View  E、Unique Visitor

2.性能测试常见的测试类型有哪些？ABCD

A、基线测试 B、压力测试 C、扩展性测试 D、稳定性测试

3.性能测试计划方案主要包括哪些内容？ABCD

A、测试目的 B、测试范围 C、测试环境 D、测试场景 E、测试脚本 F、测试结果

4.性能测试工作的主要阶段是什么？ABDE

A、测试计划 B、测试准备 C、测试数据 D、测试执行 E、测试报告 F、结果分析

5.LoadRunner包含几个功能组件？ABD

A、Virtual User Generator  B、Controller  C、Agent  D、Anlysis

6.下列对LoadRunner日志级别设置的描述，正确的是？ABCD

A、在Runtime-Setting中设定，且在脚本运行调试成功后应关闭日志；

B、在执行场景测试的过程中监控到大量出错时可以通过开启LoadRunner的记录日志来查找分析；

C、在VUGen和Controller都可以设定日志级别，但执行场景时以controller设定的级别为准；

D、关联可以通过Generation log查找关联位置以及设定关联的左右边界值；

7.在工具中设置综合场景时分几种设置模式？分别是什么？A D

A、百分比模式 B、单用户模式 C、多用户模式 D、脚本组模式 

http://www.51testing.com/html/85/132585-212141.html 

loadrunner 用户百分比(脚本组)和业务百分比(脚本分支函数)关系

8.在工具中设置虚拟用户负载加压的过程分别是什么？ACD

A、Start Vuser  B、Run-Time Settings  C、Duration  D、Stop Vuser

9.Transaction Summary Graph性能曲线图中红色和绿色的柱状图代表的含义是什么？D

A、红色代表最高的事务数，绿色代表最低的事务数；

B、红色代表最低的事务数，绿色代表最高的事务数；

C、红色代表成功的事务数，绿色代表失败的事务数；

D、红色代表失败的事务数，绿色代表成功的事务数；

10.对于ThinkTime指标，正确的描述是？B

A、设置ThinkTime意味着系统承受的负载增加了；

B、设置ThinkTime意味着系统承受的负载减小了；

C、在脚本中增加了ThinkTime，场景中还需要对ThinkTime取值方式进行设置；

D、TinkTime增加在两个事务之间，则统计到的响应时间会包含ThinkTime的时间；

简答：

11.性能测试的目的和意义是什么，请列举至少三种情况下，需要对系统进行性能测试？

目的意义：验证系统是否达到预定的性能指标，以及诊断系统的性能问题和瓶颈

1、重要功能上线前的性能验证

2、大型促销活动的性能验证

3、配合性能问题的诊断和性能优化所做的测试

 

12.编制性能测试脚本时为何要进行参数化？请列举出参数化的三种取值方式？

参数化目的在于模拟中更接近真实环境数据。如果不做参数化，那么在用lr发送数据的时候，始终发送的是录制时记录的数据，没有任何变化。

    sequential(顺序), unique(唯一) , random(随即)

 

13.在工具中设置集合点的目的是什么？

它可以设置多个虚拟用户等待到一个点，同时触发一个事务，以达到模拟真实环境下同时多个用户操作，同时模拟负载

 

14.编写性能测试脚本时为何要进行关联？

某个请求发送到服务器，经过处理后返回的结果中有个别值，在后续的请求中需要提交给服务器，若值传的不正确，处理过程会报错。这种动态获得服务器响应内容的方法被称作关联。

 

http://www.blogbus.com/fafeng-logs/6974482.html

LoadRunner运行原理浅析(4)－网络通讯端口

从TCPView中能看到：从HP LoadRunner Controller User's Guide和LoadRunner Architecture中知道，LoadRunner Controller与Load Generator间相互通信的端口号：By default, the LoadRunner Controller uses TCP port 50500 to send data to TCP port 54345 on the Windows Load Generator.

 

附录：常用网络通讯端口

Protocol Type

Port

Description

UDP

20

FTP data transfer

TCP

21

FTP commands

TCP

22

SSH

TCP

23

Telnet

UDP

53

DNS Queries

TCP

53

DNS Zone transfers

TCP

80

HTTP

TCP

110

POP3

TCP

111

Monitor Solaris

TCP

135

Microsoft Remote Procedure Call (RPC) service

UDP

137

NetBios Name Service

UDP

138

NetBios datagram,used by Windows(and services on UNIX like SAMBA)

TCP

139

Monitor Windows

TCP

139

NetBios Session Service used for resource sharing on Windows

UDP

161

SNMP for agent

UDP

162

SNMP for manager

TCP

443

HTTPS

TCP

445

Microsoft-DS Service used for resource sharing on Windows

TCP/UDP

1521

Oracle

TCP

3389

Microsoft Remote Desktop sessions use

TCP

8888

SiteScope

TCP

50000

DB2 on Windows

TCP

50500

LoadRunner Controller communicates to LoadRunner Generator/Agent（Windows）

TCP

54345

LoadRunner Generator/Agent communicates to LoadRunner Controller（Windows）

TCP

60000

DB2 on Unix

 

 

end

posted @ 2011-10-24 10:45  siemens800  阅读(127)  评论(0)    收藏  举报