上海
在用LoadRunner打壓時，經常會用到事務和集合點這兩個策略。那么問題就來了：插入集合點和插入事務的前后順序應該是怎樣的呢？
下面我們來做一個實驗：
使用同一個腳本，集合點策略為集合100個用戶后，對服務器進行打壓。
1、集合點設置在開始事務代碼后面：
對應的TPS圖表：（藍色線為start事務，且start事務和action事務的時間曲線完全重合）
2、集合點設置在開始事務代碼前面：
對應的TPS圖表：（藍色線為start事務，且start事務和action事務的曲線沒有重合）
通過兩張圖表對比不難發現：
將事務設置在集合點之前時的時間比事務設置在集合點之后的時間平均值要多0.2s左右。
這是為什么呢？讓我們來分析一下：
第一種情況，集合點設置在開始事務代碼后面，其運行過程如下：
從圖可以看到，當虛擬用戶運行到開始事務起點時，事務就開始統計時間，但是由于集合點尚未集合完畢，由此可見，事務統計的時間多了集合的時間。
第二種情況，集合點設置在開始事務代碼前面，其運行過程如下：
從圖中可以看到，雖然LR也需要集合點集合完畢，但是由于事務此時還沒有計時，所以統計出來的時間更能反映出真實響應時間。
綜上所述：我們在插入集合點和事務時，需要將集合點插入在開始事務代碼之前。
最后：在我的V ：atstudy-js，可以免費領取一份10G軟件測試工程師面試寶典文檔資料。以及相對應的視頻學習教程免費分享！其中包括了有基礎知識、Linux必備、Shell、互聯網程序原理、Mysql數據庫、抓包工具專題、接口測試工具、測試進階-Python編程、Web自動化測試、APP自動化測試、接口自動化測試、測試高級持續集成、測試架構開發測試框架、性能測試、安全測試等。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
