在使用Jmeter進行介面測試時，如果提交的引數不變，那麼就會讀取快取資料，無法測試出伺服器真正的負載能力，所以要對提交的引數進行引數化來解決這一問題。

在Jmeter中經常使用CSV Data Set Config讀取外部資料來源完成引數化。
Step1：
新增一個HTTP Sampler， 根據測試文件將需要的資訊準備好。

Step2：
要模擬不同使用者登入，就要準備多個使用者的登入資訊。將該資訊存放在userinfo .txt的檔案中。
為Testplan新增配置元件， 選擇CSV Data Set Config。具體設定如下：

再回到Sampler中，將需要提交的引數值，進行引數化處理。
取值方式為${xxx}, 要與CSV中Variable Names一致。

Step3：
新增斷言。 如果使用者登入成功，在響應資料中會包含該使用者的accessToken，所以添加了一個響應斷言，要驗證請求是否成功。

Step4：
新增斷言監聽器和結果樹。

都準備好後，傳送請求。 會發現斷言失敗。提示並沒有包含accessToken欄位。

檢視結果樹： 提示使用者名稱無效。

再看看提交的資料是否有問題：

發現問題啦，準備好的測試資料中，使用者名稱就是手機號，而在postdata中看到手機號前多出一寫字元，導致使用者名稱錯誤。

問題原因：
我是使用Windows自帶的記事本將使用者資訊儲存為UTF-8格式的檔案，這是問題的根源。
*BOM採用UTF-8編碼。幾乎所有的文字編輯軟體都可以顯示並編輯UTF-8編碼的檔案。但是很遺憾，其中很多軟體的表現並不理想。
如果您在修改任何PHP檔案後發生：
* 不能登入或者不能登出；
* 頁頂出現一條空白；
* 頁頂出現錯誤警告；
* 其它不正常的情況。
則多半是編輯器的問題。
類似WINDOWS自帶的記事本等軟體，在儲存一個以UTF-8編碼的檔案時，會在檔案開始的地方插入三個不可見的字元（0xEF 0xBB 0xBF，即BOM）。它是一串隱藏的字元，用於讓記事本等編輯器識別這個檔案是否以UTF-8編碼。*

使用EditPlus將該檔案重新編輯。
先將EditPlus設定一下：
首選項–檔案–預設文字編碼： 修改為UTF-8
再將文件–文字編碼設定為UTF-8

再次執行指令碼，結果正常。
斷言如果沒有錯誤，就只顯示Sampler的名字