Vuser 发生器（Visual User Generator, VuGen）主要通过捕获客户端向服务器发送的HTTP请求，将这些请求录制成脚本，在回放时将捕获的HTTP请求再次发送，以达到模拟客户行为的目的。
Vuser 主要是用来捕获最终用户业务流程创建和创建自动化测试脚本，即生成测试脚本。
VuGen 是录制测试脚本、编辑与完善测试脚本的一个平台，支持C语言语法。
3.1 脚本录制
脚本开发过程
3.1.1 录制脚本环节的关键点是选择正确的协议，常用方法如下：
（1） 跟开发确认数据通信所采用的协议；
（2） 通过概要或详细设计手册获知；
（3） 使用协议分析工具捕获通信时的数据包并进行分析，然后确定协议，例如：Fiddler；
（4） 经验判断法；
（5） LoadRunner 11.0 提供了一个工具 Protocol Advisor；
这个在我的实际应用中相对比较简单，因为我是直接写客户端和服务端请求接口的，所以只需要用 Web（HTTP\HTML）协议；
3.1.2 开始录制脚本
（海量免费测试资料加1140267353，群内还会有同行一起交流）
VuGen 录制原理
录制窗口
注意一下：录制的时候或者是我们自己写脚本时，代码都要放在Action部分，因为vuser_init和vuser_end两部分的代码只会执行一次。
录制工具栏
3.2 Recording Option 设置
Tools->Recording Options 或者 Ctrl + F7 可打开该配置对话框。
Recording Options
这里要重点关注：Recording、Advanced和Correlation 三个选项卡。
3.3 Run-Time Settings 设置
（海量免费测试资料加1140267353，群内还会有同行一起交流）
该设置主要用于脚本运行过程中的策略设置。可以从 Vuser -> Run-Time Settings 菜单或按 F4 打开。
Run-Time Settings对话框
此项设置在实际脚本调试和场景运行时都使用频繁，所以我们来重点看下这几个选项卡：
General-Run Logic：
Number of Iterations：设置运行时脚本迭代的次数。这只会影响在单位时间内客户端向服务器提交的HTTP请求数。
General-Pacing：
设置脚本迭代过程中脚本之间的时间间隔。有3种条件设置：
As soon as the previous iteration ends：上一次迭代执行结束后马上执行下一次迭代。这个选项对服务器压力最大，因为在单位时间内提交的请求数最多。所以在做压力测试时，建议选择该选项。
After the previous iteration ends：
Fixed：上一次迭代执行结束后，等待一个固定时间后，再执行下一次迭代；
Random：上一次迭代执行结束后，等待一个随机时间后，再执行下一次迭代。随机时间范围可以设置。
At Fixed/Random intervals：表示上一次迭代开始到下一次迭代开始之间的时间间隔，如果设置的时间达到要求后，不管上一次迭代执行是否完成，都会开始下一次迭代。Fixed表示一个固定的时间长度，Random表示一个随机的时间长度，随机时间范围可以设置。
General-Log：
这个设置项在调试脚本时应用最多，主要用于设置脚本回放时的日志格式。
Log
Enable logging：设置日志是否生效，即在场景运行时是否收集日志信息。
Send messages only when an error occurs：指当脚本回放时出现错误信息才收集日志
Always send messages：收集所有日志信息，不管对错。
关于日志的类型：
Standard log：默认为标准日志
Extended log：扩展日志
Parameter substitution：表示客户端提交给服务端的所有参数会记录在日志中
Data returned by server：不仅包含提交的参数信息，还包含服务端返回给客户端的信息；
Advanced trace：所有客户端提交和服务端返回的信息都会被记录；
LoadRunner 一共包括4类日志文件： Replay Log、Recording Log、Correlation Results 和 Generation Log。
General-Think Time：
设置用户操作的思考时间，在这里指的是每个HTTP请求之间的时间间隔。有6个设置项：
（1）Ignore think time：运行脚本时忽略思考时间，该设置项对服务端压力最大
（2）Replay think time：
（3）As recorded：按录制时的思考时间来回放
（4）Multiply recorded think time：根据录制时思考时间的整数倍来运行
（5）Use random percentage of recorded think time：分别设置一个最大值和一个最小值，并从中选出一个随机值。实际应用中经常会采用这种模式。
（6）Limit think time to：设置 think time 的最大值。假如上面几种设置的思考时间超过该设置值，以该限制时间为准；
General-Miscellaneous：
包含3个设置项：
Error Handling：表示脚本运行出错时所采取的措施，缺省值是出错时仍然继续执行脚本
Multi threading：表示运行时把虚拟用户当做进程还是线程来处理。注：当以进程方式运行虚拟用户时，在负载机的任务管理器中可以看到，每个虚拟用户都会产生一个进程，名为 mmdrv.exe。在实际应用中，从这项数据可以计算出每台负载机最多可以并发多少虚拟用户数。
Automatic Transactions：设置事务的模式。
Define each action as a transaction：将一个 action 看作一个事务；
Define each step as a transaction： 将每一个操作步骤看作一个事务；
3.4 脚本完善
直接录制的脚本其实并不能很好的适应实际的场景运行，所以我们还需要对脚本进行一些完善：
3.4.1 插入事务
后续在设计脚本时会深入了解该方法，这个地方只提醒一件事情：LoadRunner 在自动判断事务结束状态时是以结束函数是否运行为标准，只要结束事务的函数运行了，就将状态置为 PASS。所以我们在实际应用时，尽量设置检查点，再根据检查点来判断事务是否成功。
3.4.2 插入集合点
集合点是指在脚本中插入一个集合点函数，场景设置里选择相应集合点，在运行时，虚拟用户在执行到该函数时，将停止运行，并等待允许运行的条件（集合点策略）达到后才释放集合点开始运行。
3.4.3 插入注释
类似于代码，脚本也需要有注释说明，解释该脚本的目的和作用，以及一些注意配置项。