Jmeter（四十二）Jmeter工做原理

「千舉萬變，其道一也。不離於宗，謂之天人」

　　　　　　　　　　　　　　　　----《荀子·儒效》和《莊子·天下》

 

做爲接口測試工具

　　Jmeter只是做爲發起請求的客戶端（能夠理解爲前端），Jmeter是做爲組裝請求報文結構的容器，例如：請求行、請求頭、請求數據；並可將響應結果進行可視化展現。對於接口的複雜邏輯Jmeter有豐富的插件進行支持，前/後置處理，斷言元件、第三方插件、也能夠自行開發插件。
考察點：對協議的理解程度，例如http（s）、TCP、SOAP、DUBBO等常見協議，熟悉瞭解其請求報文以及響應報文結構則可知其本質

做爲錄製工具

其錄製功能本質爲經過監聽某個端口，讓代理捕獲監聽端口的報文信息，對抓取的報文進行格式化轉換爲對應的行爲函數，而腳本進行回放時，就用函數方法去模擬客戶端與服務端的通訊過程。
說的明白點，就是將瀏覽器（前端）的全部請求保存下來，而監聽手段即是設置代理，其餘的抓包工具fiddler、Charles等原理都爲一致。fiddler打開便啓動默認代理（代理端口8888），Jmeter則是須要去設置代理服務器，其原理一致。
考察點：對錄製本質的理解，這也是對當下測試人員的一個階段性的考驗，初級測試人員學習工具的初衷究其根本：不想寫代碼！托拉拽能搞定的不會寫一行代碼，錄製即是這種類型的一種體現。

做爲性能測試工具

Jmerer是模擬負載的工具，經過多線程模擬服務器訪問壓力。衆所周知，性能測試中腳本以及加壓工具並不是重點，由於可擇加壓方式有不少，如LR、locust、自行編碼，腳本編寫相對容易，其核心點在於針對數據的分析，而完成分析工做則須要審查對業務架構、系統架構、業務邏輯、接口邏輯、需求調研分析、數據準備、同步/異步監控（JVM、服務器）準備等等前置工做的鋪底程度，而Jmeter在編寫腳本以及服務器同步監控（有插件支持、也可集成influxdb+Grafana）階段可完成。
考察點：對性能測試的理解，學習過性能測試的童鞋應該都知道：性能測試≠工具or代碼，性能測試是一個比較寬泛的領域，僅僅說某種工具或者說某種代碼能搞定的，顯然是不太現實的。

所以考察what，回答what，如何回答，首先要理解其本質，萬變不離其宗！見招拆招方可達道境三十三重天！