LoadRunner 学习文档.docx

LoadRunner1.LoadRunner录制脚本时为什么不弹出IE浏览器? 当一台主机上安装多个浏览器时，LoadRunner录制脚本经常遇到不能打开浏览器的情况，可以用下面的方法来解决。启动浏览器，打开Internet选项对话框，切换到高级标签，去掉“启用第三方浏览器扩展(需要重启动)”的勾选，然后再次运行VuGen即可解决问题提示：通常安装Firefox等浏览器后，都会勾选上面得选项，导致不能正常录制。因此建议运行LoadRunner得主机上保持一个干净的测试环境。2.录制Web脚本时，生成的脚本中存在乱码该如何解决?录制脚本前，打开录制选项配置对话框Record-Options，进入到Advanced标签，先勾选“Support charset”，然后选择中支持UTF-8。再次录制，就不会出现中文乱码问题了。3.HTML-based script与URL-based script的脚本有什么区别?使用“HTML-based script”的模式录制脚本，VuGen为用户的每个HTML操作生成单独的步骤，这种脚本看上去比较直观;使用“URL-based script”模式录制脚本时，VuGen可以捕获所有作为用户操作结果而发送到服务器的HTTP请求，然后为用户的每个请求分别生成对应方法。通常，基于浏览器的Web应用会使用“HTML-based script”模式来录制脚本;而没有基于浏览器的Web应用、Web应用中包含了与服务器进行交互的Java Applet、基于浏览器的应用中包含了向服务器进行通信的JavaScript/VBScript代码、基于浏览器的应用中使用了HTTPS安全协议，这时使用“URL-based script”模式进行录制。4.为什么脚本中添加了检查方法Web-find，但是脚本回放时却没有执行?由于检查点功能会耗费一定的资源，因此LoadRunner默认关闭了对文本及图像的检查。要想开启检查功能，必须修改运行时的配置Run-time Setting。进入“Run-time Setting”对话框，依次进入“Internet ProtocolPreferences”，勾选Checks下的“Enable Image and text check”选项即可。检查执行结果时推荐使用web_reg_find方法。5.运行时的Pacing设置主要影响什么?Pacing主要用来设置重复迭代脚本的间隔时间。共有三种方法：上次迭代结束后立刻开始、上次迭代结束后等待固定时间、按固定或随机的时间间隔开始执行新的迭代。根据实际需要设置迭代即可。通常，没有时间间隔会产生更大的压力。6.运行时设置Log标签中，如果没有勾选“Enable logging”，则手工消息可以发送吗?Enable logging选项仅影响自动日志记录和通过lr_log_message发送的消息。即使没有勾选，虚拟用户脚本中如果使用lr_message、lr_output_message、lr_error_message,仍然会记录其发出的消息。7.LoadRunner 8.0版本的VuGen在录制Web Services协议的脚本时一切正常，而回放时报出错误提示“Error：server returned an incorrectly formatted SOAP response”。这时说明原因引起的?造成这种情况的主要原因是LoadRunner 8.0的VuGen在录制Web Service协议的脚本时存在一个缺陷：如果服务器的操作系统是中文的，VuGen会自动将WSDL文件的头改为，因此会有上面的错误提示。解决方法：把“LR80WebservicesFPI_setup.exe”和“lrunner_web_sevices_path_1.exe”两个补丁打上即可解决。8.VuGen支持Netscape的客户证书吗?不支持。目前的VuGen 8.0版本中仅支持Internet Explorer的客户端证书。录制脚本时可以先从Netscape中导出所需的证书，然后将其导入到Internet Explorer中，并确保以相同的顺序导出和导入这些证书。而且，在每台将要录制或运行需要证书的Web Vuser脚本的计算机上都要重复执行前面的过程。9.VuGen会修改录制浏览器中的代理服务器设置吗?会修改。在开始录制基于浏览器的Web Vuser脚本时，VuGen首先会启动指定的浏览器。然后，VuGen会指示浏览器访问VuGen代理服务器。为此，VuGen会修改录制浏览器上的代理服务器设置。默认情况下，VuGen会立即将代理服务器设置更改为Localhost:7777。录制之后，VuGen会将原始代理服务器设置还原到该录制浏览器中。因此，在VuGen进行录制的过程中，不可以更改代理服务器设置，否则将无法正常进行。10.在LoadRunner脚本如何输出当前系统时间?LoadRunner提供了char *ctime(const time_t *time)函数，调用参数为一个Long型的整数指针，用于存放返回时间的数值表示。调用语句与返回值如下示例：typedef long time_t;Action()time_t t;lr_message(“Time in seconds since 1/1/70: %ld ”,time(&t);lr_message(“System time and date: %s”,ctime(&t);输出结果为：Time in seconds since 1/1/70: 1185329968System time and date:Wed Jul 25 10:19:28 200711.一些Web虚拟用户脚本录制后立刻回放没有任何问题，但是当设置迭代次数大于1时，如果进行回放则只能成功迭代一次。为什么从第二次迭代开始发生错误?这种现象多是由于在“Run-time Setting”的“Browse Emulation”的设置中，勾选了“Simulate a new user on each iteration”及其下面的选项“Clear cache on each iteration”这两个选项的含义是每次迭代时模拟一个新的用户及每次迭代时清除缓存。由于脚本迭代时，init和end只能执行一次，如果每次迭代都模拟一个新的用户并清除缓存，则用户登录信息将一并清除，因此迭代时可能会发生错误。12.虚拟客户脚本“Run-time Setting”中的线程和进程运行方式的区别?如果选择“Run Vuser as a process”，则场景运行时会为每一个虚拟用户创建一个进程;选择“Run Vuser as a thread”则将每个虚拟用户作为一个线程来运行，在任务管理器中只看到一个mmdrv.exe，这种方式的运行效率更高，能造成更大的压力，时默认选项。另外，如果启用了IP欺骗功能，则先在Controller中选中Tools菜单下的“Expert Mode”，然后将Tools菜单下的“OptionsGeneral”标签页中的IP地址分配方式也设置为与Vuser运行方式一致，同为线程或进程方式。13.在Controller中运行Web相关测试场景时，经常会有很多超时错误提示，如何处理这类问题?这主要有脚本的默认超时设置引起。当回放Web脚本时，有时候由于服务器响应时间较长，会产生超时的错误。这时需要修改脚本的运行时配置。进入“Run-time Setting”对话框后，依次进入“Internet ProtocolPreference”。然后点击“Options”按钮，进入高级设置对话框，可以修改各类超时设置的默认值。14.为什么Windows系统中的CPU、内存等资源仍然充足，但是模拟的用户数量却上不去?在Windows计算机的标准设置下，操作系统的默认限制只能使用几百个Vuser，这个限制与CPU或内存无关，主要是操作系统本身规定了默认的最大线程数所导致。要想突破Windows这个限制，须修改Windows注册表。以Windows XP Professional为例。(1)打开注册表后，进入注册表项HKEY_LOCAL_MACHINE中的下列关键字：SystemCurrentControlSetControlSession ManagerSubSystems。(2)找到Windows关键字，Windows关键字如下所示：%SystemRoot%system32csrss.exe bjectDirectory=WindowsSharedSection=1024,3072,512 Windows=On SubSystemType=Windows ServerDll=basesrv,1ServerDll=winsrv:UserServerDllInitialization,3 ServerDll=winsrv:ConServerDllInitialization,2ProfileControl=Off MaxRequestThreads=16SharedSection=1024,3072,512关键字的格式为xxxx,yyyy,zzz。其中，xxxx定义了系统范围堆的最大值(以KB为单位)，yyyy定义每个桌面堆得大小。(3)将yyyy的设置从3072更改为8192(即8MB)，增加SharedSection参数值。通过对注册表的更改，系统将允许运行更多的线程，因而可以在计算机上运行更多的Vuser。这意味着能够模拟的最大并发用户数量将不受Windows操作系统的限制，而只受硬件和内部可伸缩性限制的约束。核心提示：在LoadRunner 中有两个选项的设置是非常重要的：Recording options和Run-time settings.前者是用来设置录制脚本过程中的一些选项，而后者是用来设置回放脚本过程中的一些选项。 相关下载： HP Mercury LoadRunnerV8.0 在LoadRunner 中有两个选项的设置是非常重要的：Recording options和Run-time settings.前者是用来设置录制脚本过程中的一些选项，而后者是用来设置回放脚本过程中的一些选项。 1、Recording options设置录制脚本过程中的选项，使用方法：选择tools/recording options菜单或者直接点击工具栏上的录制选项按钮（见下图），弹出图所示对话框：下面对一些主要的选项加以介绍。（1）Recording选项。HTMLbased scrpt ：默认值。说明脚本中采用HTML页面的形式来表示，基于浏览器的应用程序，推荐使用。URLbased scrpt ：说明脚本中的表示是采用基于URL的方式，不是基于浏览器的应用程序，推荐使用。（2）Browser选项。该选项用来设置默认的浏览器，如图所示 Use default browser：默认选项，使用默认的浏览器。 Manually launch an application：手动加载一个应用程序。 Specify path to application：指定要运行的浏览器的路径。（3）Recording Proxy选项。该选项用来设置上网代理，如图所示： No proxy：不设置上网代理。 Obtain the proxy settings from the reconding browser ：默认选项，“ ”将浏览器里面的代理选项作为默认选项。 Use custom proxy ：自己设置上网代理的服务器和端口号。（4）Advanced 选项。设置回放脚本过程中的高级选项，如图所示：其中主要选项如下： Record think-time：默认选项。是否记录思考时间，可以设置思考时间的最大值。 Full trace recording log：是否完全记录录制过程的日志。 Add comment to scrpt for HTTP errors while recording：出现错误时是否自动添加注释。2、Run-time settings设置录制回放过程中的选项，使用方法：选择主要界面Vuser/Run-time settings 菜单，弹出如图所示的对话框。主要选项解释如下：（1） Run logic 选项。该选项用来设置脚本重复执行的次数，如图所示：Number of Iteration 是每一个事务的重复执行次数的设置框。（2） Pacing 选项。该选项用来设置两次重复执行的时间间隔，如图所示： As soon as the previous iteration ends ：在多次重复执行时，一次执行完马上执行下一次。 After the previous iteration ends ：在上一次执行完毕后，间隔固定的时间来执行下一次。 At fixed intervals：不管上一次执行是否完成，达到规定的时间后就执行下一次。（2） Think time 选项。该选项用来设置用户操作时的思考时间，如图所示： Ignore think time ：运行脚本的时候忽略思考停顿时间。 Replay think time ：设置思考时间的延迟。 As recorded ：根据录制时的思考时间来运行。 Multiply recorded think time by ：根据录制时的思考时间的整数倍来运行。 Use random percentage of recorded think time ：设置一个最大值和最小值，从中选出一个随机值。 Limit think time to ：设置 think time 的最大值，如果录制值超过最大值，就以最大值为准。（4）Miscellaneous选项。该选项是一个混合选项，涉及的功能比较杂，如图所示： Error Handing：设置运行遇到错误时的处理，一般不需要改动。 Multithreading：设置默认进程或线程运行。Run Vuser as a process：把每一个虚拟用户当作一个进程。Run Vuser as a thread：把每一个虚拟用户当作一个线程，默认值，效率更高。 Automatic transactions:设置事务模式。Define each action as a transaction：将一个action看作一个事务。Define each step as a transaction：将每一个操作步骤看作一个事务。（5）Network 选项。该选项用来设置网络连接的速度，如图所示： Use maximum bandwidth：使用网络最大的带宽。 Use bandwidth：选项目前主流的接入方式。 Use custom bandwidth(bps) ：自定义带宽。核心提示：明确压力点，根据压力点设计多少种场景组合 第一步：计划测试1、明确压力点，根据压力点设计多少种场景组合2、把文档(包括多少种场景组合、场景与场景组合条件的对应表)写好3、如果监测UNIX机器，在被监测的机器需要安装监测Unix的进程4、让开发人员帮助我们准备测试数据或他们写相关的文档我们来准备数据5、让开发人员做一个恢复数据的脚本，以便于我们每次测试的时候都能够有一个相同的环境6、针对每一个模块包括四个子文件夹：如模块A下包括“脚本”“场景”“结果”“图表” 四个子文件夹，每个子文件夹储存对应的文件，如下表所示其中：结果名“1场景”是在场景中的“Results Setting”中设置的，具体的设置见“建立场景”部分，这里也可以有另外一种方法：在打开模板设置，如下：选中“Automatically save the session as:”并且在“%ResultDir%”后面填写你想保存的文件名，当你打开某个lrr文件时，系统自动在当前目录中生成一个文件保存分析图表，如下图所示：第二步：生成测试脚本1、 把登陆部分放到“vuser_init”部分,把需要测试的内容部分放到“Action”部分执行;但是如果是模拟多个用户登陆系统，则要把登陆部分放到Action部分来实现2、 录制脚本后，想查询某个函数的原型，按“F1”键3、 确认脚本中哪些参数是需要进行参数化的(最好能可以和开发人员一起确认)4、 在脚本参数化时把函数web_submit_data()中的ITEMDATA后面的数据参数化，因为这些数据是传递给服务器的，当然也可以把一个函数中的所有相同变量都替换掉5、 脚本中无用的部分用“/*”“*/”“/”注释掉，但最好不要删除6、 调试脚本遵循以下原则：确认在VU里SUSI(单用户单循环次数single user & single iteration)确认在VU里SUMI(单用户多循环次数single user & multi iteration)确认在controller中MUSI(多用户单循环次数multi user & single iteration)确认在controller中MUMI(多用户多循环次数 multi user & multi iteration)7、 事务的名称取的有意义便于事务之间的区分，把所有的事务名都记录在一起，便于在测试结果概要中区分它们，这要写成一个表：某次测试有哪些模块，每个模块中有哪些事务(见对应的“关系表”)8、 在 “Parameter List”中可以选择参数类型“Random Number”，使某一个参数取设定的范围内的随机值第三步：建立场景1、 把场景名称编号，并制定出一份场景名称和场景条件组合的对应表。比如，场景m对应于“某一模块_xx个vu _分z台machine”(见“关系表”中的例子)2、 根据上面的对应表把场景设置好，需要设置的要素如下：总体多少个用户、分多少个组、每个组有多少个用户、分几台机器运行、每个脚本迭代多少次、是否回放think time时间、检查Parameter List中每个参数设置是否正确、参数从表中取值间隔是否正确、是否选中“Initialize all Vusers before Run”3、 测试结果应该保存为“m场景0，m场景1,”4、 把虚拟用户分散到几台机器上和在一台机器上面都要进行测试，因为有可以效果不同5、 场景中如果有需要改动的地方，必须新建一个场景(建议使用“另存为”，然后再修改结果文件名，再选择相应的脚本)，并把场景按顺序编号，先维护好场景与场景组合条件的对应表，以便以后的查找，并且在结果 “Results Setting”中设置的结果名与场景名相同。建议在“Results Setting”中选中“Automatically create a results directory for each scenario executeon”让它每次自动累加，不建议选中“Automatically overwrite existing results directory without prompting for confirmation”，因为我们不要覆盖掉以前的测试结果，把它保存下来以便有个根据。6、 需要注意的地方：当在“Parameter List”中的“Select next row”选中“Unique”时，如果再在“Edit ScheduleSchedule by ScenarioDuration”中选中第二项“Run for XX after the ramp up has been completed”时系统就会报错，提示“Unique”类型不相符。安装好了oadRunner但一直没用过，今天对照用户手册，成功地完成了一个简单的测试。 首先准备测试脚本，我就拿自己以前做得一个小型的新闻发布系统来做脚本，顺便测试下系统的性能。然后录制脚本，最后就可以添加一些虚拟用户进行测试了。 将具体的步骤总结如下：）启动，在电脑下面就可以看到一个类似的小人了。）从程序中启动，选择“，进入脚本录制界面，选择”，在弹出的对话框里默认为“（），因为我测试的页面是项目的页面，使用协议，所以直接点击。）在界面中选择，然后，此时会弹出一个对话框，主要是设置，例如“http:/localhost:8080/News/admin/index.jsp”，随后系统将自动调出该页面，（注意：要保证你的服务器如以及数据库的服务器是开启状态，否则后面就无法运行），在弹出的页面进行相关操作，操作完毕后点击录制菜单中的键，即录制完毕。）保存录制结果，点击里的即可。）从程序重打开“选择，弹出界面，选择里的新建，可以从弹出窗口中添加已经录制好的脚本（），然后可以从右边选择，来添加用户。）从界面下面可以切换到的界面里，选择，即开始进行测试。在测试过程中有四个矩形框动态显示脚本测试的情况。点击每一个窗口在页面最下方会显示具体信息。一个简单的测试就结束了，最重要的当然是对测试结果的分析，即中各个图标数据得分析，不过，我现在只看得懂显示，等基本指标，复杂的分析有待今后的学习。软件测试工具LoadRunner参数化功能详解出处：多特软件站时间：2011-05-13人气：430我要提问我来说两句核心提示：LoadRunner，是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试相关下载： HP Mercury LoadRunnerV8.0 LoadRunner，是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。通过使用 LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。 LoadRunner是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。更新方式：. Each Occurrence每次遇到参数就进行更新。多次使用同一参数，而且没有什么关联，例如随机数。Each Iteration每次迭代时发生更新。 如果参数出现几次，虚拟用户用同一个数值。适用同一个关联的参数。Once所有的地方都用同一个数值，包括所以的迭代。文件类型参数分派方法Sequential按照顺序访问。例子：如何在LoadRunner中使用集合点进行测试出处：多特软件站时间：2011-05-13人气：933我要提问我来说两句核心提示：集合点的用处对于LoadRunner来说意义非常大，它可以设置多个虚拟用户等待到一个点相关下载： HP Mercury LoadRunnerV8.0 集合点的用处对于LoadRunner来说意义非常大，它可以设置多个虚拟用户等待到一个点，同时触发一个事务，以达到模拟真实环境下同时多个用户操作，同时模拟负载,实现性能测试的最终目的。由此可见，插入集合点主要是为了衡量在加重负载的情况下服务器的性能情况。举例如下：在客户的需求中，可能会要求系统能够承受1000人同时提交数据。在LoadRunner中可以通过在提交数据操作前面加入集合点，当虚拟用户运行到提交数据的集合点时，Loadrunner就会检查同时有多少用户运行到集合点，如果我们设定脚本运行的虚拟用户数为1000，等到这1000个虚拟用户都运行到集合点后，就会触发同时进行提交数据的操作，从而能够测试系统对于这1000个用户提交数据的响应情况，依次来看系统是否满足客户的该点需求。集合点除了用于多用户并发操作对服务器施压的性能测试外，还可以用户系统的功能测试，而且这些功能测试都是手工测试所不能实现的，下面以本人实际遇到的两种情况进行说明。A. 用集合点测试编号生成策略：被测系统为一个订单处理的准生产系统，在系统中形成订单的时候会自动生成订单编号，订单编号的生成规则是【日期+时间+4位随机数+2位编号】，如：20091216104924276201，系统中要保证所有生成的订单编号不能重复，而订单编号中关系编号是否重复的关键是“4位随机数”。现在系统的实际操作可能会出现同时有200个订单录入员提交订单，提交订单时会生成订单编号，要保证不会出现重复的编号，设计测试用例：在提交订单之前插入集合点，虚拟用户为200，运行脚本，运行结束后查看运行后提交的订单个数，然后查看订单编号是否有重复的情况;如果运行脚本发现频繁出现有订单编号重复的情况，可能订单编号的4位随机数生成策略不能满足需求，需要考虑采用更好的生成策略;如果多次运行脚本未出现有订单编号重复的情况，那么可以说明4为随机数生成策略以满足订单编号生成的需求和设计。B. 用集合点测试互斥锁定策略：被测系统还是订单处理的准生产系统，生成后的订单是可以被部分用户把信息读取到另一个系统中的，读取的时候要保证一个订单同时只能被一个用户读取，一旦一个订单被一个用户读取到后，其他的用户就不能再读取到这个订单，只能读取到其他可以被读取的订单。读取订单时是可以选择读哪一个订单，也可以不选定，不选定系统就会自动分配。设计实现这个功能的时候，实现方式是，订单被用户读取到后，就将该订单加锁，加锁的订单其他的用户是不能读取到的，这时系统就会按照策略分配其他可被提取的订单给其他的用户。手工测试是这样进行的：预置条件：系统中有多个待读取的订单A、B、C，默认读取顺序就是A、B、C操作步骤：1、用户1选择读取订单A，读取成功;然后用户2选择读取订单A;2、用户1读取订单，读取到订单A;然后用户2读取订单;预期结果：1、用户2读取订单A失败，返回正确合理的提示信息;2、用户2读取到订单B;手工测试并未测试出设计和实现有什么样的缺陷，功能正常。考虑到客户实际使用系统时，提取订单的用户是上百个的，很可能出现这些用户同时读取订单的情况，这样的场景下，几个测试人员手工测试是不现实的，这时考虑设计集合点并触发多个用户同时进行读取订单事务操作就比较适用。而实际运行的情况是，在订单读取操作前设置集合点，只使用两个虚拟用户在同一时刻读取订单就出现了读取到同一订单的情况，说明程序在实现上是存在缺陷的，这也很好的对手工测试不能覆盖到的地方做了测试补充。集合点插入方法：1. 录制时，在需要并发操作的事务前直接点击插入集合的按钮;2. 录制后，录制的脚本中，在并发操作事务提交前插入，点击右键，选择，然后选择后面出现的，输入集合名称，脚本中出现，即添加集合点成功;备注：集合点只能插入到Action部分，vuser_init和vuser_end中不能插入集合点。如果想要测试系统所能支持同时登录的用户数，登录的事务要写入到Action中，然后插入集合点进行测试为什么用LoadRunner做功能测试自动化1、lr是模拟浏览器给服务器直接发送请求，而ant; TEXT-DECORATION: underlineQTP是模拟鼠标键盘的操作。故：LR脚本可以做验证流程的功能自动化，但是验证的大多是后台数据处理流程的正确性，QTP可以验证流程也可以验证UI。2、LR录制脚本是类C语言，QTP是vbscript。故：你若对c了如指掌自然也可用lr加入复杂的检查点完成功能自动化，QTP由于使用vbscript是windows嫡系子孙，调用一些wshell dom等可以很好的操作UI。3、最后一条：LR脚本比QTP脚本容易维护。4、qtp是基于对象库的，而LR是基于协议的，前者是属于黑盒测试范畴，前台进行处理，而后者是基于协议，是后台进行处理的。如果非得用LR也未尝不可，只是舍近求远，毕竟QTP是专业的自动化工具。另外做功能测试不可能不关注UI界面。5、QTP的检查点类型比较多，如下：QuickTest Professional提供了下列类型的检查点：检查点类型描述用法示例标准检查点检查对象的属性值检查是否选中某单选按钮图像检查点检查图像的属性值检查图像源文件是否正确表检查点检查表中的信息检查表单元格中的值是否正确页面检查点检查网页的特性检查加载网页所需的时间，或者检查网页是否包含中断链接文本/ 文本区域检查点检查文本字符串是否显示在网页或应用程序窗口中的适当位置检查预期的文本字符串是否显示在网页或对话框上的预期位置位图检查点将网页或应用程序的某个区域捕获为位图后对其进行检查检查网页或网页的任何部分是否能按预期显示数据库检查点检查应用程序或网站所访问的数据库内容检查数据库查询中的值是否正确可访问性检查点对网站区域进行识别，以检查是否符合508部分检查网页上的图像是否包含ALT属性（该属性是W3C Web内容可访问性规则所要求的）XML检查点检查XML文档的数据内容注意：XML文件检查点用于检查特定的XML文件；XML应用程序检查点用于检查网页中的XML文档第二：LR中运行QTP脚本1、运行准备：1）勾选QTP的Tools-Options-Run的Alow other Mercury products to run tests and components2）录制需要在lr中运行的QTP脚本，并且在QTP脚本中设置事务，Services.StartTransaction start与Services.EndTransaction start2、运行QTP脚本在LR中运行时选择QTP脚本，为QTP脚本存放目录下文件扩展名为.usr的文件。注：LR中运行QTP脚本时，只能有一个Vuser,否则将报错：The load generator is currently running the maximum number of Vusers of this type3、可能报错：1）如果LR运行时报LR没有相关的license错，可以在LR里增加一个1000个的global license，注册号码为：AEACFSJI-YASEKJJKEAHJD-BCLBR2）运行测试时，需要先将QTP关闭；3）LR执行大于1个以上的虚拟用户时会提示：The load generator is currently running the maximum