LoadRunner的更高的響應時間，由於在車

我面對我的web應用程序的性能testing.A測試腳本的問題增加的產品是爲它處理的產品，在特定的情況下（在我的應用是電子商務Web應用程序）執行購物袋。在特定用戶資料的願望清單中增加產品會導致該交易的高響應時間。現在，我想只有少量產品在用戶購物車願望清單中，並從購物車中移除剩餘的物品，這可能會縮短響應時間。LoadRunner的更高的響應時間，由於在車

我怎麼能刪除使用C代碼的腳本LR產品？任何人都可以幫助我嗎？

來源

2017-03-23 Sathish

通過使用瀏覽器或Fiddler中的開發人員工具來捕獲從購物車中刪除項目的請求。一旦跟蹤請求，創建一個web_custom_request（）;與項目數據。確保您已在該自定義請求之前添加了相關標題。 –

你有沒有考慮記錄使用LoadRunner與從購物車中刪除項目，然後實現在你的代碼的行爲，用戶的行動？

我不知道爲什麼提琴手被推薦用於錄製時，LoadRunner將已建成的錄音功能爲網絡虛擬用戶在兩種。一個是基於套接字的錄音。另一個是基於提琴手的代理記錄器。所以，當Fiddler內置時使用Fiddler似乎太愚蠢了，至少可以說。

是的，較大的購物車會降級。我想起了一段時間以前和我一起工作過的客戶。他們爲他們的電子商務網站製作了一個監控腳本，每五到十分鐘醒來一次，登錄帳戶，添加一個元素到購物車，定時執行所有操作，然後退出。注意缺少什麼？從購物車中取出元素。

隨着時間的推移車的車在上千項增長到十萬，那麼它達到了一個臨界點。轉折點是Java虛擬機切換到停止世界的垃圾收集，以從內存中移除購物車中成千上萬的對象。這影響了整個網站。所有這些都與使用不成熟的資源來構建監控腳本有關，並且他們未能認識到您需要將應用程序與您抵達時的開始時間保持一致，以實現通用的抽樣基礎。

是的，對於一個用戶的車性能降低爲好。編程/工程資源正在追逐之中。在調查賬戶大小之前，沒有人知道他們正在追逐工程幽靈。花費追逐鬼魂的美元很容易抵消使用不太成熟的資源構建監控腳本所帶來的任何節省。經驗教訓...痛苦地...

來源

2017-03-24 12:36:52

我有經驗，很少有請求沒有被捕獲到LoadRunner中，儘管LR建立在Fiddler引擎上進行記錄。在這種情況下，我使用瀏覽器開發工具或Fiddler。 –

「很少有請求沒有在LoadRunner中捕獲」，我沒有這方面的經驗（對於Web），我從1996年4月起持續使用LoadRunner，版本4.51 –

我最近測試了ReactJS Web應用程序，其中很少有API調用未被LoadRunner捕獲。我使用Chrome開發工具來追蹤該請求。 –

LoadRunner的更高的響應時間，由於在車

回答

相關問題