JMeter 配置元件-CSV Data Set Config 參數化配置

衆所周知，在進行接口測試的過程中，需要創建不同的場景（不同條件的輸入，來驗證不同的入參的返回結果）。因而，在日常的自動化接口監控或商品監控等線上監控過程中，需要配置大量的入參來監控接口的返回是否正確。

日常常見的線上監控幾個簡單的監控示例場景如下：

• 監控電商網站某個類目下的商品數量。若類目中商品的數量小於一定的數量，則認爲需要認爲查看商品池的商品是否正確；
• 監控商品的價格。當商品價格出現超出限定的波動幅度時，通知相應的商品負責人，對其進行確認，從而保證商品價格的正確無誤。
• 監控商品在某一地域是否有貨。當地域存貨達到最低庫存時，通知負責人進行貨源補充；或者當某地域限制出售或未配置地域庫存時，若發現存在相應庫存，則可通知相關人員查驗等。

那麼，在 JMeter 中改如何對 HTTP請求進行參數化呢？

在 JMeter 的配置原件中就爲我們提供了參數化需要的配置，下面以 CSV Data Set Config 進行參數化演示示例的配置，路徑如下圖所示：

PS：通過上圖可以看出我們可以進行各種各樣的參數化設置，例如用戶自定義變量、計數器、HTTP Cookie 管理器等，同時也可以通過 JDBC 讀取數據庫中保存的測試數據（需要相應的 jar 文件支持）。

CSV Data Set Config 讀取的文件不僅僅限於 csv 文件，其可以讀取文本文件，文件內容需以英文半角 "," 隔開，每一行爲一條測試用例數據。

 

下面開始以大家都熟悉的搜索功能展開 HTTP請求 參數化配置實例演示，具體的操作步驟如下所示：

第一步、獲取搜索的 HTTP請求

獲取搜素的 HTTP請求如下圖所示（此步不再贅述，不知如何獲取 HTTP請求 的小主，敬請參閱之前的博文，非常感謝！）：

 

第二步、通過 HTTP請求，確定需要參數化的變量

通常根據實際的參數化需求，選取符合測試需求且經常變化或未來會變化的變量爲需要參數化的變量，例如本例中的查詢關鍵字、配送區域、大區、產品源（或產品平臺，例如：PC、Android、iPhone等）、產品版本，均可作爲參數化的變量。

 

第三步、創建參數化文件，並填充測試用例數據

創建參數文件 mobileApp-IDC-0-searchGoods.txt，參數文件內容如下所示（注意參數文件編碼方式建議選擇 UTF-8）：

1 2 3 4 5 6 7

101-006-78945,29313,1,2169256,489349159815,android,45 101-005-31058,29313,1,1903913,472108827742,android,45 101-005-98536,29357,1,1993575,477948510289,android,45 101-006-88137,29358,1,2184120,490316513802,iphone,45 101-006-99103,29358,1,2201898,491473066849,iphone,45 101-005-84629,29358,1,1978716,476978170298,android,32 101-006-25777,29358,1,2035074,480647572701,android,45

 

第四步、通過 【配置元件/CSV Data Set Config】讀取參數化文件，並對變量進行賦值。

最終的配置如下圖所示：

• Filename：參數文件名，可以寫絕對路徑，個人強烈建議採用相對路徑，避免腳本遷移時需要修改路徑。
• File encoding：參數文件的編碼格式。推薦選擇 UTF-8。
• Variable Names：對對應參數文件每列的變量名。類似於 Excel 文件的文件頭，起到標示的作用，同時也是後續引用的標識符，建議採用有意義的英文標示。
• Delimiter：參數文件分隔符。與參數文件中的分隔符保持一致即可。
• Allow quoted data？：是否允許引用數據。默認設置爲 false。例如數據樣式爲："101-005-98536","29357","1","1993575","477948510289","android","45" 時，此處需設置爲 true，一般默認爲 false 即可。
• Recycle on EOF?：是否循環讀取參數文件內容。默認設置爲 true。設置爲 true 時，當已經讀取完參數文件內的測試用例數據，還需要繼續獲取用例數據時，此時會循環讀取參數文件數據；設置爲 false 時，若已至文件末尾，則不再繼續讀取測試數據。通常在 線程組的線程數 * 線程組的循環次數 > 參數文件行數時，才需要將此項設置爲 true。
• Sotp thread on EOF?：當讀取到參數文件末尾時，是否停止讀取線程。默認爲 false。當 Recycle on EOF?  設置爲 true 時，此項不起任何作用。當且僅當 Recycle on EOF? 爲 false 時，此項配置才生效。
• 若爲 true，則在讀取到參數文件行末尾時，終止參數文件讀取線程。例如：線程組的線程數 * 線程組的循環次數 = 10，參數文件行數 = 7，那麼將在第 8 次開始停止線程。
• 若爲 false，此時線程會繼續讀取，但是會請求錯誤，因此時讀取的數據爲 EOF。以上同例，自第 8 次開始，線程的請求數據爲 EOF。
• Sharing mode：共享模式，即參數文件變量作用域。主要有以下幾種方式：
• All threads：當前測試計劃中的所有線程組中的所有的線程均有效。默認。
• Current thread group：當前的線程組中的線程有效。
• Current thread：當前線程有效。
• 編輯：（俺暫時沒有用過，嘿嘿 ^_^）

 

第五步、修改 HTTP請求 中對應的參數爲參數變量

將如下部分中值替換爲參數文件的值，即對應的 Variable Names，應用方式類似於 shell 腳本的變量引用，例如：${goodsNo}。

 

第六步、設置 HTTP請求 斷言

將參數文件中的第 5 列（即商品的 skuid 設置爲校驗數據，通過此判斷單品是否正確），測試數據如下所示：

設置斷言如下所示：

 

第七步：執行腳本，查看結果

參數文件用例數據 101-006-25777,29358,1,2035074,480647572731,android,45 對應的 skuid：480647572731 設置的是錯誤的（方便對比斷言結果）。執行結果如下所示：

 

第八步：腳本改進

其實，有些朋友看到這兒，可能會問執行結果列的標題均爲線程標題，都是相同的無法區分，不方便閱讀？其實，我們可以將腳本中的變量添加到線程名的後面（PS：需要考慮變量的作用域）即可簡潔明瞭的區分每個線程，同時也可查看不同的入參，非常的方便。

將上述 HTTP 請求的線程名稍作修改，如下所示：

再次執行腳本，執行結果如下所示，通過下圖是否可以非常直觀簡潔的執行結果，及對應的入參了 ^_^

 

原文鏈接：http://www.cnblogs.com/fengpingfan/p/4755424.html