先提一個小問題,也是當時在對Jmeter仍是懵懂之時,親身碰到過的一個問題。服務器
真實的業務場景---「登陸一次,提交訂單N次」,固然該處是兩個接口。blog
提現接口是須要判斷用戶是否在線,換句話說,服務器須要驗證其是否登陸成功。接口
登陸成功以後,返回Cookie,提交訂單接口包含該Cookie一塊兒發送至服務器,纔會提現成功。事務
實現思路:登錄
HTTP Cookie管理器循環
僅一次控制器im
登陸接口支付
循環控制器img
提現接口文件
(忽略其中的事務控制器)
該目錄結構,實現思想有效解決了前面提到的業務需求。
觀察上方的Jmeter的目錄結構,支付接口是須要提交訂單接口的response報文信息,此處,如果加入循環,那麼支付接口是否會有序的獲取到提交訂單接口的response報文參數信息呢?
答案是不必定的,尤爲是作外部參數化文件之時,該問題會更爲明顯。
循環控制器+事務控制器頗有效的解決了該問題。有須要能夠加入Think Time