? 2018年由軟件質量報道做的調查報告表明，受調查的測試人員中約有40.67%的人使用JMeter作為接口測試的自動化測試工具(排在商業化或者開源工具中的第一)，剩下的為Postman(28%)，以及SoapUI(17.33%)。不過值得關注的是另外還有44.13%的采用了自研工具，說明可能現有的開源工具不能滿足需求，更多的采用了自己研發的方式。那今天我們就來看看JMeter做接口測試的優點和不足，以及怎么解決這個不足。

JMeter接口測試的優勢

　　1)JMeter比較輕量級，并且開源，社區接受度高，比較容易入門。

　　2)JMeter提供了BeanShell編程能力，可以寫出比較靈活的測試腳本。

　　3)JMeter的社區比較完善，提供了比較豐富的協議支持。比如除了支持常見的HTTP協議之外，還可以直接通過JDBC Sampler連接數據庫，把期望的測試結果存入數據庫中，直接對測試結果進行驗證。在編寫測試腳本過程中，可以將不同的協議調用使用同一個腳本進行組合調用，寫出比較復雜的測試用例。

　　4)JMeter提供了比較高級的擴展能力，允許自己定義和擴展新的協議支持，比如擴展支持阿里提供的Dubbo協議的JMeter插件等。

　　5)JMeter提供了HTML測試報告和Jenkins集成的能力，比較方便地實現一些基礎的持續測試。

JMeter接口測試的不足

　　JMeter作為接口測試方案大概有以下的一些問題：

　　1)腳本的靈活性。雖然JMeter提供了一定的BeanShell編程能力和自定義協議的擴展能力，可以讓腳本開發人員有一定的靈活性，受制于JMeter本身的限制，與開發人員直接使用語言進行接口測試相比，靈活性還是相對不足。

　　2)報告的能力。JMeter提供了HTML報告，但是JMeter本身的測試報告主要用于性能測試，反映的更多是性能測試層面的結果。而且配置過程比較復雜，在團隊成員分享報告等方面比較麻煩。

　　3)持續集成。利用第三方的Jenkins插件、Ant和Maven等，能與JMeter進行一些基本的持續測試集成，但是對于完全自動化所需的測試環境的管理等功能支持不足，配置過程略嫌麻煩。

　　4)測試腳本和測試結果的管理：腳本和結果基本都是本地管理，無法做到在線管理。

優化的JMeter接口測試方案

　　理想的基于JMeter的接口測試方案能夠彌補上述劣勢，包括需要從團隊和工具的層面補上短板。

　　JMeter腳本的靈活性不足的問題可以通過團隊成員的合理搭配來解決。JMeter提供了較為完善的擴展機制，通過擴展可以支持不同的協議和函數，這些擴展處理的插件和函數能讓編寫測試腳本變得更加簡單。JMeter的擴展需要對Java比較了解，并且掌握JMeter的擴展機制。JMeter的擴展開發是一次性的，在完成插件的開發之后，由腳本編寫人員基于擴展的插件和函數進行腳本編寫，從而快速完成接口測試。因此比較好的團隊搭配為：

　　1)一個、或者多個了解JMeter擴展的測試開發人員，主要負責相關擴展功能的實現，以及報告的定義和持續集成相關的一些開發工作。

　　2)JMeter測試腳本編寫人員，主要負責基于JMeter內置和自定義擴展插件的腳本開發，如果發現有時候腳本開發過程中不方便的地方，提交開發需求由測試開發人員對JMeter進行擴展實現。

　　該方案剩下的所需的測試報告、持續測試集成、測試腳本和結果的管理需要額外的一些定制工作后才能夠滿足需求。

推薦閱讀

點擊閱讀?利用Jmeter做一個簡單的性能測試并進行參數化設置

點擊閱讀?Jmeter 集合點詳細講解

點擊閱讀?用Jmeter做分布式測試的一些技術點……

點擊閱讀?性能測試中級探索——Jmeter Beanshell

點擊閱讀?用 JMeter 測試 MySQL 數據庫

上文內容不用于商業目的，如涉及知識產權問題，請聯系小編(021-64471599-8017)。

戳愛我請給我好看!

總結

以上是生活随笔為你收集整理的jmeter性能测试报告_用 JMeter 做接口测试的优劣浅析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。