初識jmeter是在半年前，這半年也做了不少東西是時候來個總結了。
為什麼要做介面自動化？
1.版本迭代後，如何保證老的介面依然正常使用，通過對介面進行可用性測試，可快速對其進行驗證，但這也只是確認介面可用。
2.如何保證老介面可用，並且介面的業務功能正確？當然最簡單的辦法便是對所有可自動化的介面，進行自動化用例的編寫。
3.如何避免手工介面測試時的遺漏，以及介面文件前後不一致的情況（實際工作中遇到不少）。通過介面的自動化測試提前設定好，不僅可以保證介面測試的穩定性，還可以節省不少時間，提公升測試效率。有閒的時間喝喝茶不好嗎？哈哈
那何為自動化？又如何去做呢？自動化用例設計又該遵循什麼原則？
現在開始啦！
業務背景說明：這是一款直播軟體，其中有乙個功能模組名叫部落，部落中有乙個神秘商店，只有加入部落的人才能夠看到此商店，我們要測試的介面就是神秘商店列表。
此介面的介面文件：
請求url：
/tribe/queryshoplist
請求方式：
post
引數：tribeid 必傳，long，部落id
返回示例：,,
,,,]
}}錯誤碼說明：
71000：部落不存在
71002：使用者不在該部落
71038：商店初始化失敗
如何對此介面進行自動化呢？
1.巧用邏輯控制器中的簡單控制器作為資料夾，命名規則自主定義
2.根據介面功能列出需要測試的用例
3.對列出的測試用例新增前置條件，斷言結果，後置掃尾完成自動化
如第一條case，對未加入部落的使用者，訪問神秘商店列表進行驗證，在這裡我們傳入的tribeid是已存在的部落id，使用者userid則是未加入任何部落的使用者。
那這個tribeid怎麼獲得呢？
當然我們可以直接從mysql裡的表裡找乙個tribeid填進去，但是這樣乙個固定的值很容易受到影響，一旦該tribeid發生改變，那麼結果將有可能與預期不一致，這樣的用例是不穩定的。
要想讓這個tribeid變得穩定起來，我們最穩妥的方法有兩種：一種是新建乙個部落，另外乙個便是從資料中查詢乙個現有存在的部落id。
如果採用第一種新建部落的方法，那麼我們的後置必然還需將此部落解散，涉及到後置，我們先採用最簡單的從資料庫查詢的方法。
2）新增乙個jdbc的請求，輸入sql語句，查詢有效的部落id，將它賦值給tid
3）通過tid獲得部落id
這時可以通過新增debug sampler 來檢視下tid 的資料 tid_#代表一共查詢出多少條資料。tid_1,tide_2等等就是取出來的部落id
4）將取得的部落id，作為部落列表的傳參
5）加乙個斷言
到此為止，就是部落列表的乙個完整用例。
Jmeter介面自動化
3 新增beanshell preprocessor前置管理器 包括設定ip和埠 如 vars.put ip 網域名稱 vars.put port 對應埠 4 新增http cookie 管理器 新增名稱如 sid，值 cookiesid用於接受實時cookie，域 路徑 預設為 5 新增引數 根據...
JMeter自動化介面測試思路
一 劃分用例層次 1.cgi 單個介面請求 2.function 幾個cgi組合為有邏輯意義片段 3.testcase 成品，function的集合 二 jmeter自動化用例結構 1.用testfragment組織function 2.用例中的變動資料盡量從外部檔案讀取，測試用例盡量不去動，防止錯...
JMeter 之 MQTT 介面自動化
一 匯入mqtt jar 包 二 jmeter 新建指令碼 1 第一步 啟動jmeter，右擊測試計畫,新增 執行緒 執行緒組 1 mqtt connect 配置連線伺服器，伺服器ip位址 埠 使用者名稱以及密碼等引數 2 mqtt pub sampler 配置mqtt發布主題，主題名稱以及發布 q...