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請求,仍然有效。可以嘗試重啟應用服務看看。。。