翼紫珊

负载生成器，当完整的安装时，有自己的generator，自己的为localhost，可以使用其他机器的作为负载生成器，因为做压力或并发时，一台机器一般能运行200个Vuser，当不够的时候就可以直接使用其他机器的，其他机器Name填写IP地址，作为负载生成器的机器打开Agent Server即可；     如果一台测试机被Controller调用执行场景，那么这台机器就需要安装generator

loadrunner9.5，controller运行后一直为pending状态不变，所占CPU为100% 不知如何解决， 将loadrunner9.5换为11，controller下的脚本能运行 mark下

错误： Error : socket1 - Software caused connection abort. Error code : 10053   环境：使用的是winsocker协议，使用迭代重复调用脚本时，设置迭代次数为10，只有前两次迭代成功，后面的都报上面的错误   解决：纠结了好多天，网上查了好多资料，都不适合我的问题，最后纠结的把协议从TCP改为UDP，能多次迭代成功，应

使用UDP编写的脚本，执行时出现以下问题： Error : Unable to translate buffer to socket0. Error code : 9013. 对应的脚本行：    lrs_send("socket1","login_encrypt",LrsLastArg); 网上查，9013说是操作缓冲区错误 这个错误是指不能把指定buffer转换成lr可以识别的形式

Controller运行中，迭代和持续时间是互斥的 持续时间的优先级高 也就是说：即使你指定了迭代次数，但是运行时间没有结束之前，还是会一直迭代的。所以实际迭代次数可能大于你设置的迭代次数； 还有一种情况，迭代次数还没完，但是运行时间已经到了，此时会将当前执行的Action执行完，停止迭代，此种情况下实际迭代次数小于你设置的迭代次数。

通过创建表方式和数据向导方式都可以成功创建数据文件，操作员可以随意选择自己习惯的方式。总之，能坚守数据文件放数据的原则，就不会出问题了。 当回到“参数属性页面”中后，发现数据已经准备好了，而且原来灰色的区域目前也可以选择了。 “选择下一行”共有下面几个选项： Sequential：     按照顺序一行行的读取。每一个虚拟用户都会按照相同的顺序读取。 Random

Throughput翻译为吞吐量，按照常规理解网络吞吐量表示在单位时间内通过网卡数据量之和，其中即包括本机网卡发送出去的数据量也包括本机网卡接收到的数据量，但这个理解在Loadrunner记录的Throughput中是错误的！ 　　 先提出正确的结果，然后用具体的试验加以证明： 　　Loadrunner记录的Throughput是接收到服务器返回的所有字节数之和，与本地发出的字节数无关！

1.什么事务？ 2.事务的作用是什么？ 3将事务插入到Vuser脚本中 本文出自：于勇的《性能测试与LoadRunner实践》 事务：事务是要度量其服务器响应时间的任务或操作集。一个完整的事务是由事务开始、事务结束以及一个或多个业务操作/任务构成。形式如图1－5所示：                             图1－5（一个事务示例代码段） 插入一个事务有两种方

在学习LoadRunner协议选择之前,我觉得我们有必要了解一下协议的基本概念。 首先我们知道,计算机与计算机之间的通信都离不开通信协议，接着我们来说说通信协议的概念。 通信协议是什么，通信协议实际上是一组规定和约定的集合。 说白了就是两台或者多台计算机在通信时必须约定好本次通信做什么，例如是进行文件传输，还是发送电子邮件；然后约定怎样通信，什么时间通信等。 因此，通信双方要遵从相互可以接

在运行脚本回放过程中，有时会出现错误，这在实际测试中是不可避免的，毕竟自动录制生成的脚本难免会有问题，需要运行脚本进行验证，把问题都解决后才加入到场景中进行负载测试。下面结合常用的协议（如Web、Web Services协议）录制的脚本进行回放时出现的问题介绍一下解决的方法。 　　需要注意的是，回放脚本时出现的错误有时是程序自身的原因导致的，因此在解决脚本回放问题前必须保证程序录制出的

中国测试社区 http://www.3atesting.com/   51testing http://bbs.51testing.com/forumdisplay.php?fid=67&filter=type&typeid=11

问题起因： 在loadrunner打开脚本的情况下，运行磁盘清理工具，导致运行打开的脚本时，提示Mdrv error：Failed to find .cfg file         MsgId:MERR-10777   解决方法： 从其它文件夹拷贝3个文件到不能正常运行脚本的文件夹下：   default.cfg default.usp *.prm（将*的位置改为脚本的名字）