使用的比較來確定動態值

腳本的基石負載測試。有許多因素、方法和測試原理,設計負載測試腳本。如果你沒有幹淨、準確、穩定的設計運行負載測試,你注定要失敗。這意味著確保你的測試您的應用程序服務器上運行與新鮮,每次動態數據。要做到這一點,必須能夠識別哪些參數動態值的用戶腳本。您將需要執行相關處理的值,使其動態,這樣他們是獨特和不同的腳本的每個迭代。

那麼,我們如何確定哪些是動態記錄腳本通過“比較”?使用一個進程來比較兩個記錄腳本或記錄腳本回放。有令人信服的負載測試工具的功能來幫助,節省時間和金錢。我們將探討這種技術使用Tricentis NeoLoad。

NeoLoad負載測試的軟件有一個強大的功能,讓你可以比較兩個記錄腳本,或者比較記錄腳本和現場回放到應用服務器。通過使用該功能,您將在您的應用程序能夠識別動態值。這個範圍可以從普通會話id安全令牌,從獨特的通用標識符(uuid)事務id和時間戳值,等等。讓我們看看使用的功能有兩個記錄來確定動態的東西:

正如你所看到的,當使用相同的兩個記錄腳本交易和請求,你可以並排比較請求信息。在上麵的截圖中,我們比較兩個請求。有餅幹頭JSESSIONID參數。在灰色突出顯示的值,這表明兩者之間的價值是不同的。那些不強調兩者之間是相同的比較。NeoLoad將突出綠色,被添加到其他部分。從上麵的例子,我們知道JSESSIONID值兩者之間是不同的,所以它是一個動態值每次用戶執行的事務,並與用戶會話。NeoLoad處理大多數cookie參數和值,但是如果沒有,你知道,你必須從這個比較手動做相關性(通過正則表達式提取和更換)。

讓我們把我們的下一步,關注比較的記錄腳本回放。如果你認為或知道參數值是動態的,您可以運行一個播放,或驗證、腳本的使用checkVU特性(檢查用戶路徑)。這將執行腳本記錄生活,。然後,您將有能力確認NeoLoad是處理動態參數,檢查其他參數的動態結構。使用相同的示例腳本,我們將執行回放用戶路徑“Recording1”評估相同的參數,JSESSIONID,驗證NeoLoad自動處理。請參考以下:

以上說明了比較請求記錄和回放。比較選項將允許您看到兩個並排的請求。

可以看出JSESSIONID值是灰色的,這意味著它是不同的兩個請求之間和動態處理NeoLoad無需手動相關性。通過選擇“參數和餅幹”選項卡在同一個窗口中。

。你可以專注於已知的POST請求的參數。這是有用的,因為有時有很多參數,他們是在一個長cookie字符串,使他們很難破譯,分開。這是視圖,這是更容易理解所有的參數:

更容易看到的列表參數和確定這些處理和動態與那些可能是靜態的(白色)需要解決與相關性。在上麵,似乎這兩個參數動態地處理,因為他們的價值觀不同相同的腳本的錄製和回放。不需要他們之間的相關性。如果有的話,你隻需要找以前的響應的價值。

把它放在一起

請求參數值的處理是必要的,以確保數據被發送到應用服務器為每個用戶迭代是獨特的和新鮮的和會話(播放)。關鍵是能夠識別動態記錄腳本。使用軟件像NeoLoad使這更容易通過兩個記錄請求的健壯的並排比較來自兩個非常相似的記錄腳本,或記錄腳本和播放相同的腳本。不用說,當你有合適的工具來完成工作,你可以節省大量的時間而產生增加您的負載測試的準確性。

這篇文章最初發表在2018年4月,是最近更新的2021年7月。