前言

jmeter 這個工具既可以做接口的功能測試，也可以做自動化測試，還可以做性能測試，其主要用途就是用于性能測試。但是，有些公司和個人，就想用 jmeter 來做接口自動化測試。

你有沒有想過呢？

下面我就給大家講講，用 jmeter 如何做接口自動化測試。

jmeter 與接口自動化測試

如果要你用 jmeter 來做接口自動化測試，你是不是把幾乎每一個測試用例，都是用一個取樣器來實現？

相信很多人都是這么想的，也是這么干的。

但是，很遺憾，你這種，是初級入門做法。你能實現所有的測試用例都被執行，但是，你寫腳本和維護腳本的時間，可能比你用手工執行所有的測試用例時間還要長，而且還可能長很多。

因為，只要開發人員改了接口一個地方，你得從所有取樣器中，找出與這個接口相關的所有取樣器，然后一一修改，萬一有遺漏，哪出現的失敗，不是 bug，而是你腳本的問題。所以說，這是入門級人干的事情。

那有沒有更好的辦法呢？

平時寫功能測試用例的時候，習慣用 Excel 的同學，可能就會想，我能把自動化測試用例每個信息都寫在 Excel 表格中，然后，使用 jmeter 的 CSV 數據文件讀取功能，把它讀取出來執行，是不是就可以呢？

這種方法，就比前面的方法好了很多，用例還是用 Excel 來維護，只是使用 jmeter 來讀取，執行就可以了。整體的可維護性要好很多很多，工作量也要少很多。

但是，在真正動手去做的時候，我們又會發現，困難重重。

寫過自動化測試用例的同學，應該會有這樣的經歷，就是做接口測試時，我們通常會先對某個接口各種參數進行測試，這樣，接口地址相同，但是參數不一樣，校驗的接口也一樣。

在做完單個接口之后，我們還會做由多個接口構成的業務測試，這個時候，每個接口地址都不一樣，接口請求的方法也可能不一樣，最后的校驗點，也可能變化，這樣的自動化腳本，應該要怎么寫呢？

第一個對單接口，編寫自動化測試腳本，可能還好實現，因為接口相同，那么他的請求方法肯定相同，雖然，請求頭、請求體、校驗信息可能不同，但是，至少還有共同點。

而第二個，對業務編寫自動化測試腳本，那就很難了，因為幾乎所有的都可能不同，請求的協議、方法、請求頭、請求體，全都可能不同，而且請求頭和請求體還可能要有動態值，這個怎么做呢？

萬事開頭難，只怕去實踐。只要你想好了，真正去動手做了，這很多問題，就不那么難了。

有很多事情，我們可以加條件判斷，和循環控制等邏輯控制器，就可以實現的。

靠我一篇文章，就把它全部寫出來，這是不現實的，所以，今天，主要講一個，被很多同學問到，難倒了一大片好漢的問題。

看到這個問題，你想到什么方法？

實操案例

如果你在 jmeter 中，每個接口寫一個取樣器，這個問題很好解決，直接使用參數引用就可以解決，但是，這個同學的做法是把測試用例寫在 CSV 文件中，然后使用 jmeter 去讀取 CSV 文件，執行測試用例，如何來實現動態參數呢？

肯定，有的同學已經想到了，使用變量引用，在 CSV 中，按照 jmeter 的寫法，寫引用變量。

好了，給大家一個看一個參考：

這個 CSV 文件中，有兩個不同的接口，說明是做的業務場景自動化測試，第一個接口，是注冊，那么每次注冊的賬戶肯定不能相同，如果相同了，那么第二次肯定失敗，所以，就使用了隨機函數，讓注冊的賬戶自動生成。
第二個接口是登錄，當然，可以用固定賬戶登錄，但是，我們前面進行注冊，最好還是用前面注冊的賬戶來登錄，這樣更加真實，body 中使用了變量引用，顯然，這是用到了關聯。

我們用 jmeter 寫個腳本，來運行下，看能否成功。