1.下载： http://www.lambdaprobe.org

2.解压缩后，把probe.war放到TOMCAT的webapps下，设置tomcat-users.xml

3.设置用户如下，在tomcat_user.xml中 
vi /usr/local/tomcat/conf/tomcat-users.xml

<?xml version='1.0' encoding='utf-8'?> 
<tomcat-users> 
        <role rolename="manager"/> 
        <user username="tomcat" password="tomcat" roles="manager"/> 
</tomcat-users>

4.设置环境变量，获取服务器状态 
# vi /etc/profile 
JAVA_OPTS=-Dcom.sun.management.jmxremote 
export JAVA_OPTS

5.重启服务器 
6.输入http://localhost/probe/,输入用户名和密码 
7.即可进入，这里比较精彩的是对内存的监视，动态显示了JVM的内存图表

应用场景
假设有3个不同的测试场景，分别为并发登录、核心业务、可靠性测试，3个场景有先后执行顺序。由于白天测试机器另有用处，只能在晚上进行性能测试，这时我们的期望是能否把测试场景都设定好之后晚上自动运行，第二天我们回来看测试结果呢？
答案是肯定的，可以有两种方式实现。

第一种，相对简单
充分利用LR Controller里面Group的功能。
新建一个场景把3个脚本都添加进来，在Edit Schedule中选择“Schedule by Group”的方式，在StartTime中设置3个脚本的运行顺序为“Start when Group xxx finished”，并在“Scenario Start Time”中设定场景在晚上的运行启动时间。设定完定时执行场景后，点击StartScenario按钮，会出现一个倒计时窗口，这样在固定的某个时间上，测试场景中的3个脚本将乖乖的按照设定的先后顺序进行测试。注意，如果没有点击StartScenario按钮激活测试，是不会真正进行测试的。

第二种，比较灵活
我们把应用场景稍微扩展一下，假设其中1、3场景只有一个测试脚本，而核心业务场景由数据录入、数据查询、数据上报3个脚本组成，同样的，3个场景仍需按顺序进行测试。这时如果采用第一种方式，由于第2个场景有3个脚本，所以第三个脚本的启动时间就是一个问题了。由于Controller中每个脚本都对应一个Group，而且GroupName不能重复，这时第三个场景的StartTime中“Start when group finished”则只能是选择第二个场景中的某个Group，而并非是第二个场景的3个脚本都完成之后再进行，无法达到我们的初衷。
这时，可以通过命令行的方式来进行。
首先创建并设置好3个测试场景，再创建一个一个批处理程序按先后顺序调用这3个场景进行测试，最后通过Windows的定时任务设定批处理的执行时间。
批处理示例如下：
cls
SET M_ROOT="D:\Program Files\MI\Mercury LoadRunner\bin\"
%M_ROOT%\wlrun.exe -TestPath "D:\Program Files\MI\Mercury LoadRunner\scenario\Test\TestScen_1.lrs" -Run
%M_ROOT%\wlrun.exe -TestPath "D:\Program Files\MI\Mercury LoadRunner\scenario\Test\TestScen_2.lrs" -Run
%M_ROOT%\wlrun.exe -TestPath "D:\Program Files\MI\Mercury LoadRunner\scenario\Test\TestScen_3.lrs" -Run
这种方式比较灵活，但需要注意在Result　Settings中设置“Automatically create a results directory for each scenario execution”，以免后面的测试结果覆盖了前面的。

另外补充一下，如果想对某个脚本进行50、100、150...等用户数递增的测试，也可以用以上方法实现，但需要注意的是将事务名称区分开以便进行分析。

在很多时候我们可能需要对系统进行这样的脚本开发，模拟用户点击一个下载链接，然后弹出下载框，选择保存，用来测试在大量用户下载时服务器的性能。但是现在大家对于这种脚本的处理方式往往是通过关联和C 语言的文件读写的方式来处理的，因为LR 不会录制到下载的这个请求，我们不但要手工写一个请求的模拟，还要用过关联来处理，非常的不便。

这里我介绍一种简便的处理方法:

LR 在录制脚本时默认只会录制基于HTML 和XML 个格式的请求，并且生成WEB_URL  函数，所以不会录制出来关于下载这样的请求，怎么让 LR 能识别呢？我们先来分析一下下载请求的数据格式。

这里使用HTTPWATCH 对DISCUZ 论坛的下载进行分析

当我们点击了 1.rar 文件的时候，会对系统产生一个 attachment.aspx?attachmentid=39  的请求，而这个请求的TYPE  为application/octet-stream，如果我们能告诉LR  以后对这种数据格式都进行录制，那么岂不是这个请求就可以被录制到了？

打开VUGEN  的录制选项，找到高级中的Non-Resources

在这里我们可以给Vugen  设置录制的过滤规则，我们为其添加针对application/octet-stream这类格式的录制规范

确定后，我们再次录制脚本，就可以发现录制出来的脚本会包含一个新的web_url 请求

    web_url("attachment.aspx",

        "URL=http://172.168.1.200/attachment.aspx?attachmentid=39",

        "TargetFrame=",

        "Resource=0",

        "RecContentType=application/octet-stream",

        "Referer=http://172.168.1.200/showtopic-60315.aspx",

        "Snapshot=t56.inf",

        "Mode=HTML",

        LAST);

这是以前没法录制到的，通过回放测试，我们可以在返回数据包的格式大小中确认该请求是将附件的文件完全下载到本地的，你可以在脚本的回放目录中找到.unk 后缀名的文件，该文件就是下载附件请求所得到的附件文件，我们无需编写任何复杂的关联和c 语言脚本即可完成对文件下载操作的模拟了。

当使用show browse during replay 选项时，运行到下载操作，也会弹出真实的下载确认框，通过该框可以找到下载后的文件地址。尽量不要选择它，不然在运行时，也会弹出下载的对话框。

此外，想要找到这个文件保存在哪的话，按照这个方式：下载的录制方法，录制完毕之后，查看test results中查看到有一个

这样的图标，注意下他的名称是：T8.UNK.那么去脚本保存后所在的文件的result1\Iteration1中找到T8.UNK，用压缩包方式打开就可以了

备注：云层老师的这个《Loadrunner脚本录制下载操作的另外一种简便做法.pdf》

首先我们先看一下再Loadrunner参数管理器中的2个设定项select next row和update value on，很多朋友在刚开始接触参数化时会对这2个设定项产生混淆，我们可以从2个特定的维度和覆盖角度进行理解：


Select next row 是针对于所有vu的取值方式进行限定的，此指标是针对于全局的

Update value on是针对每一个用户每一次循环过程中如何更新值进行限定的


根据上面的定义，我们来逐个对这2个设定项内的选项进行说明

Select next row

  Sequential：所用用户分配相同参数，以顺序方式进行分配

  Random：所有用户分配随机参数，以随机方式进行分配

  Unique：所有的用户分配不同参数，以顺序方式进行分配

Update next row

Each iteration：当前循环内值不变

Each occurrence：当前循环内只要触发就进行值的更新

Once：执行过程中不更新（即在脚本执行前进行取值，然后在执行过程中均取该值

然后我们就可以根据这样的句式来理解参数分配的方式：当脚本开始时，为< --select next row -- >，在< -update next row -- >。通过这样的方式对在执行过程中参数分配方式可以有更直观的理解；


下面我对以上的选项做一个排列组合，供大家参考

 
 Sequential
 Random
 Unique
 
Each iteration
 所有vu均取参数列表的第一行，在循环结束后取第二行
 所有vu随机选取参数列表内参数，在循环结束后取第二个随机数
 所有vu按顺序取不同值，在循环结束后取下一个未被使用的值
 
Each occurrence
 所有vu均取参数列表的第一行，在当第二次出现时取第二行值，即使在同一迭代内
 所有vu随机选取参数列表内参数，在当第二次出现时取第二个随机数，即使在同一迭代内
 所有vu按顺序取不同值，在第二次出现时取下一个未被使用的值，即使在同一迭代内
 
Once
 所有用户取参数列表的第一行，在脚本执行过程中均为该值
 所有用户随机选取参数列表内唯一参数，在脚本执行过程中均为该值
 所有vu按顺序取不同值，在脚本执行过程中均为该值
 


在参数设置的过程中，可能会遇到参数列表内数据量小于（VU*循环数）的情况，若可能出现该情况的组合中，参数管理器中会出现when out of value选项，来配置参数用尽后的操作方式，我们可以选择退出vu，从新轮循以及使用最后一个值，根据测试需求设定即可


对于Allocate Vuser values in the Controller选项一般情况下默认选择 Automatically allocate block size即可，若选择手动设定则block size的数量需于脚本循环数对应。


以上对Loadrunner参数化设置进行了说明，现在我们再来看一些在实际使用过程中比较实用的参数设置方式


Iteration Number：返回当前循环次数

UserID：返回当前VU 的ID值

Group Name：返回次脚本在当前场景内Group名称

Load Generator Name：返回脚本执行的测试机名称


在脚本参数化的过程中，以参数的应用对脚本执行回馈有着很大的帮助，在脚本执行完毕后如果需要查询和统计每个VU的参数取值以及执行情况，则这些参数化的使用将使你受益良多。


其次由于以上参数类型具有一定的唯一性，可以通过适当的组合来获得一组有规则可循的唯一值，在后期性能分析过程中的数据分析阶段事半功倍。


例如我们可以用UserID+Iteration Number来确定一个唯一值作为脚本内某些数据的参数使用，则省去了繁琐的数据准备及设置工作并且容易查找；同理，在多脚本或多测试机执行的场景中可以加入Group Name以及Load Generator Name来区分。

测试对象：基于B/S结构的应用程序，管理员创建用户

操作步骤如下：

1：录制脚本：用户登录，创建用户，用户退出登录

2.回放脚本

期望值不成功，因为不能创建同名的用户

3.修改脚本  参数化：显示名，邮箱地址和用户名，分别添加三个参数,p1,p2,p3，设置参数的属性P1.每次遇到就顺序更新值，P2和P3的取值是Same line as p1。

4.参数文件中有3个不同的用户

5：回放脚本，期望会创建三个不同的用户，回放成功

C:\Program Files\HP\LoadRunner\config中有个vugen.ini文件，在此文件中有个“[ParamTable]
MaxVisibleLines=100”你可以改下

问：loadrunner9.0 在进行性能测试时，插入了集合点，在结果分析中平均事物响应时间怎么显示的是一个点？

答：

减小取点时间
默认是5秒取一个点
可能是你的事务太快了
设置成1秒取一个点试试
对场景中的图标右键，选configure，在弹出界面中设置

问题1：Monitor name :Windows Resources. Cannot connect to machine 192.168.1.4.
Reason: 拒绝访问。

解决方法：LoadRunner 添加 Windows监听器需要进行的相关设置（下面都是对被监视服务器的操作）：

      1、共享C盘；(一般情况下，C 盘是共享状态，无需处理)

      2、保证如下服务开启：
         a、Remote Procedure Call (RPC)
         b、Remote Procedure Call (RPC) Locator
         c、Remote Registry
         d、Workstation

      3、本地安全设置-->安装设置-->本地策略-->安全选项，“网络访问:本地账户的共享和安全模式”项选择“经典 - 本地用户以自己的身份验证”

咱还是闲话少说，直接切入正题。
起因：
一直用Tomcat，但是前几天突然报错：
          java.net.BindException: Address already in use: JVM_Bind:80
第一反应就是80端口被占用了。更改IIS端口，不工作! 停掉IIS，不工作! 停掉IIS Admin还是不工作!
见了鬼了，去网上搜一把，都说是IIS或者迅雷的问题。也有说是IE的问题(也不能说他错，不过真TMD能扯淡)。我机器上没有迅雷，于是决定自己动手了...

解决方案：
1.先用命令 netstat -ano 看一下各个端口占用和进程PID(80端口是被3296占用) 。
2.然后在任务管理器里，查看进程。(注意：默认情况下，进程的PID是不显示的，你在菜单的查看->选择列里可以选上PID来显示)

3、后面大家当然知道该怎么做了。当然是大刀阔斧的，把这个进程关闭掉，然后一切正常！！

今天用诺德尔的2003系统，下了三个SQL2000都无法安装，总是提示序列号无法验证。解决方法如下：

打开注册表编辑器并定为到：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager

找到名为“SafeDLLSearchMode”的DWORD值，切换修改他的值 0 或 1，如果没有则创建这个DWORD值。

我上面没有，直接建了一个，值就是默认的0，如果还不行就随便找个2003 SP1的序列号试下，再不行的话你就拿刀来砍我。是不是安装成功了。嘿嘿~~~~