lr登录脚本
1. lr登陆页面压力测试：我用过一个用户名和密码，在场景中设置10个虚拟用户跑脚本。与用10个不同的参
如果设置了集合点的话 10个用户进行并发操作
比较起来参数化了会更真实
比如你跑的脚本是用户修改数据什么的 n个admin用户操作，同时修改某数据，肯定会有报错的。
还有有的系统可能会不支持同一个用户同时登陆也有可能吧
参数化只是为了更真实的模拟
如果你不设置集合点，不涉及到并发什么的 一个用户名10个虚拟用户 与用参数化 没啥不一样吧
前提是不涉及到数据冲突方面。。
囧。。鄙人谬论 看看拉倒了
2. 如何通过LR录制windows mobile模拟器中程序的脚本
“禁用脚本调试”，取消“显示每个脚本错误的通知”；
2、右击我的电脑图标三.用windows清理助手（从网上下载）。扫描后(若扫出东西，都勾并清理)，
3. lr11回放脚本时，出现Action.c(298): Error -26612: HTTP Status-Code=500
26612一般是重复数据上传导致的
也就是说 有可能你的系统不接受相同的数据重复上传
如果你业务流程是【打开商品页面】-【点击购买】-【登陆】-【提交订单】
很有可能是购买的商品比较特殊 不允许同一个IP重复购买多次
如果是这种情况 使用IP欺骗可以解决
如果不是 那我就不清楚了 你得研究一下业务流程 究竟是什么数据不允许重复提交的
而且我觉得这个问题很可能是与特殊业务规则相关的 应该不是登录问题
因为如果是登录关联问题 那就不会是这个错误码 而应该是27987
4. 用LR录制公司网站登录脚本的时候怎么会录到360的check_outchain
360的问题多了，对于某些阴暗面，这只是其中之一，要安全就远离360。
360安全卫士在收集你的密码么？
文章分类:互联网
360安全卫士是一款流行的防马软件。以前一直都挺好用，但是从5.0起，它的体积越来越臃肿，偷偷摸摸的行为也越来越多。
搞不清楚它到底是防木马软件，还是一个木马软件。
比如最近测试网站的功能，用了Loadrunner录脚本，发现360竟然会吧每次的访问情况发送到它的服务器
web_submit_data("check_outchain.php_3",
"Action=http://qurl.f.360.cn/check_outchain.php",
"Method=POST",
"EncType=multipart/form-data",
"RecContentType=text/xml",
"Referer=",
"Snapshot=t10.inf",
"Mode=HTML",
ITEMDATA,
"Name=urls", "Value=||\\n", ENDITEM,
"Name=src", "Value=addrbar", ENDITEM,
"Name=proct", "Value=wd", ENDITEM,
"Name=combo", "Value=urlproc", ENDITEM,
"Name=v", "Value=1", ENDITEM,
"Name=vk", "Value=7e6f848e", ENDITEM,
"Name=mid", "Value=", ENDITEM,
LAST);
从表面上看，它只是把访问的url传递给它的服务器，但危险在什么地方呢，如果你登陆某些网站，用的不是post而是get方式提交用户名和密码。那么这些信息就会被360“非法”收集。这种行为跟前一段时间谷歌收集了大量wifi用户信息一样危险。
好像除了全部关闭360，还没有别的办法只关闭这一个检测功能。
5. B/S虎而冠、、、、LR录制脚本时登录界面为什么会错位，
录制完后，只要调试成功就可以了。 因为loadrunner 内置调用的浏览器并不是完整版的IE，所以会有略微不同
6. LoadRunner 录制脚本，登录时需要使用插件，想知道录制时与没有插件的系统有什么区别
不太明白你说的插件是什么意思，你是跟qtp的概念混淆了吗？lr录的是协议信息，开始时选对协议就ok了，你这种情况选择web（http/html)协议就可以
7. 想让lr并发两个不同账号和密码用户登录，怎样设置脚本
参数化啊~！！
8. 求Loadrunner的 登录脚本 不知道错在哪
插入事务（Transaction）插入集合点（Rendezvous ）插入注释参数化插入函数插入检查点关联配置运行时设置（Runtime settings）
9. 我是一个新手，录制完LR自带的脚本后，运行，回放都没出现错误，但是在运行场景出现错误，请大神帮帮忙.
loadrunner内关于浏览器的设置要更改
10. LR脚本用户名和密码是错的，为什么仍能跑通不报错
我猜可能是：1.下订单无需登录的？呵呵，这个可能性感觉不大。2.下订单请求的那段脚本的session在服务器端还没有被清除，导致用录制时的那个session请求，仍然有效。可以尝试重启应用服务看看。。。