我想測量下一個按鈕到另一個頁面的時間。要做到這一點，我開始交易之前按下按鈕，我按下一個按鈕，當下一頁加載我結束交易。在這個事務處理過程中，我使用web_reg_find（）並檢查特定文本以驗證該頁面。關於web_reg_find（）在loadrunner
當我使用控制器，交易測量5秒，然後我修改的事務處理的內容和刪除web_reg_find（）後餘測量該事務將是3秒。這是正常的嗎？
因爲我做負載測試，所以功能很重要，所以交易也很重要。有沒有其他方法可以檢查內容並保存性能？
web_reg_find（）執行基於從服務器發送的響應一些邏輯，因此需要時間。 LoadRunner知道這不是實際用戶可以感知的實際時間，因此將其報告爲事務的「浪費時間」。如果您檢查日誌本次交易，你會看到這樣的事情：
通知：交易「登陸」與「通」狀態（：4.6360 浪費的時間：0.0062時間）結束。
交易發生和出那個時代多少時間是如何在LoadRunner的內部操作所浪費的時間。
需要注意的是，當你將打開分析結果中的交易時間將不浪費時間報告（因爲它是由真實用戶感知，即分析將報告的時間）。
的採取web_reg_find的處理時間的量（）似乎也顯着延長。由於web_reg_find（）既是內存也是CPU綁定的（在ram中保存頁面並運行字符串比較），我會研究爲什麼需要額外兩秒的其他可能性。我的假設是你有一個資源收縮，或超過訂閱負載生成器。查看這類用戶的控制組的性能，一名用戶在負載生成器上自行加載。將您的控制組與全局組的行爲進行比較。如果你看到一個偏差，那麼這是由於本地資源收縮，這表現爲虛擬用戶減速。這也會影響您對響應時間的測量。
我故意欠我的負載生成器，以避免負載生成着色的可能性以及使用該組中的一個控制發電機來衡量任何可能的着色。
web_reg_find拍攝的時間被計算爲浪費時間...
謝謝您的回答Buzzy – ZagoVich