1、Jmeter的關聯用到了哪些方法去實現

接口的響應結果通常為 html 和 Json 格式的數據，主要會用到正則提取器、Json 提取器、Xpath 器以及邊界值提取器，還有 beanshell 來進行數據的提取。

對于 html 這種響應結果我們通常會用正則或者是 Xpath 來進行數據的提取；對于 Json 格式的數據通常會用 Json 提取器。

2、Jmeter參數化有哪幾種方法

1、可以通過函數助手來實現參數化，比如說像 _RandomString 這種隨機函數。

2、通過 CSV 讀取文檔數據實現參數化。

3、通過配置元件、用戶定義的變量來實現參數化。

4、通過前置處理器中的用戶參數也可以實現參數化。

3、用戶定義的變量和用戶參數的區別

用戶定義的變量，在啟動運行時獲取一次值，在運行過程中，不再動態獲取值（不管設置多少個線程數或者循環多少次，都只獲取一次值，不會變）。

用戶參數在啟動時獲取一次值，在運行過程中，每次使用該參數都會動態獲取一次值。

4、如何用Jmeter做性能測試

1、我們先要做需求的分析，你要確定你們的這個產品的功能以及架構，還有我們的這個用戶的這個分布的一個情況，通過這些，你能制定你的這個測試目標。

2、你就要開始搭建這個測試環境，因為我們的這個性能測試環境和功能測試環境、自動化測試環境是不能共用的，這是要獨立搭建我們的測試環境的。

3、根據我們的這個接口來寫我們的這個接口的腳本。

4、要對我們剛才寫好的這個腳本來進行性能的轉換，在這個里面要注意特別重要的一個點就是要加上性能場景的設計。

5、去搭建我們的監控平臺，因為監控平臺它是對整個過程的一些數據來進行一個監控與收集的，只有收集的這些數據你才能做接下來的第6步。

6、性能分析，分析的時候，我們要先從硬件、網絡、配置，之后再來做我們的這個應用的一個分析，你不能說一上來就做應用分析，那你是分析任何問題你都分析不出來的。

7、我們要把整個這個過程所產生的所有的數據收集，最終整理成為一份報告來提交給我們的領導，那這個才是我們領導層所需要的整個過程的一份測試報告。

5、如何用Jmeter錄制腳本

1、在測試計劃里添加線程組

2、在測試計劃里添加非測試元件的 HTTP 代理服務器

3、配置代理服務器，端口可以設置成8888，把目標控制器選成測試計劃>線程組，這樣做的目的是錄制的腳本直接生成在線程組下面，然后設置

Requests Filtering（請求過濾器），若想排除一些我們不需要的東西，則可以點擊添加建議排除，但這個也只能排除大部分的，小部分的還是排除不了

4、啟動代理服務器

5、打開瀏覽器，對瀏覽器進行設置，設置對應的代理信息，地址:127.0.0.1，端口:8888，保存

6、訪問網站，如 https://www.baidu.com/

7、查看線程組，可看到下面錄制的腳本在增加

8、添加監聽器，察看結果樹

9、運行，看錄制的腳本能否運行成功

10、把不是網站的腳本禁用，看運行是否還能成功

11、運行成功之后刪除禁用的那些腳本

6、Get和Post的區別

1、get 在 url 里傳參，post 在 bady 里傳參

2、get 長度限制（瀏覽器限制），post 傳參長度沒有限制

3、post 相比較 get 安全高

7、Jmeter和SoapUI接口測試有什么區別

1、它們的用例組織方式是不一樣的，Jmeter 來說比較扁平，而 SoapUI 它最上層是工作空間，工作空間下面每一個會有一個項目，然后項目下面又可以添加多個TestSuite（測試套件）這種

2、在支持的接口類型和測試類型上面，Jmeter 和 SoapUI 工具差不太多，它們都可以支持 Soap 和 Rest 接口，也都可以進行接口的壓力測試和功能測試

3、在流程控制方面，Jmeter 可以由 switch 控制器等一系列控制器和 beanshall 腳本進行一個流程控制，而 SoapUI 它一般可以用 Conditional Goto 以及 Groovy 腳本來進行一個流程控制

4、在斷言方面，Jmeter 它的一個測試計劃、線程組還有取樣器都可以添加斷言，SoapUI 每一個 request 可以添加斷言

5、在腳本擴展能力，Jmeter 主要支持 Java，而 SoapUI 主要支持 Groovy

8、Jmeter和Postman接口測試有什么區別

1、它們的用例組織方式是不一樣的，像 Jmeter 它的用例組織方式就比較扁平化，它沒有測試集合和空間的一個概念，直接就是 TestPlan，而 Postman 它比較輕量級，主要是針對的是單個 http 請求

2、它們支持的接口類型以及測試類型也是有不一樣的，Jmeter 相對來說比較強大一些，它可以支持 Rest 風格的接口，還有 Soap 類型的接口，以及它可以去測試接口測試功能，以及測試一個性能測試，而 Postman 它只支持 Rest 風格的接口，而且也基本上做的比較多的是功能測試

3、在流程控制上面它們也是不太一樣的，比如說 Jmeter 它是通過像 switch 控制器等一系列控制器以及像 beanshall 腳本來實現一個流程控制的，而 Postman 通過 JavaScript 來進行一個流程控制

4、它們兩個在腳本結果解析和展示以及在斷言還有一些功能擴展性也是有很多的區別的

9、你是如何開展項目的性能測試的

1、測試準備，我們先要去了解需求，熟悉業務，確定咱們的這個性能的指標（指標要非常清晰的確定下來），然后準備我們的測試方案、測試用例、測試模型、預估工作量等等為后期做好準備

2、環境搭建，因為性能測試是需要獨立的測試環境，所以我們需要獨立的搭建應用環境、數據庫環境還有網絡，另外還有一個性能的監控環境

3、腳本開發，環境搭建好了之后開始寫腳本，寫腳本要根據不同的一個協議來選擇不同的工具。寫好腳本之后就要進行一個調試，調試通過了之后，然后把它轉化為性能的腳本（非常重要）

4、測試執行，我們根據前期寫好的這些測試用例或者測試模型來設計不同的性能的場景來運行。在這個運行過程中，要使用性能的監控來監控運行過程中的數據，有了這些數據才能做后面的性能分析

5、結果分析，通過監控，我們可以做一些初步的分析，分析硬件的、分析這個應用的，然后還有各種反復的調優反復的定位，最終發現你這個問題，能調優的自己調優，不能調優的要提交缺陷，然后還要提交測試報告

10、測試用例與測試腳本的區別

測試用例和測試腳本是完全兩個不一樣的概念的東西。

測試用例是為了測試的執行而編寫的一個關于測試的輸入輸出以及執行的步驟，還有測試環境、執行結果和預期結果這么一個文檔的集合，它是我們測試執行的一個非常重要的依據。

測試腳本是我們為了達到某一些特定的需求而編寫的，比如說我要做自動化測試要編寫自動化的腳本，要去做性能測試要編寫性能腳本等等，但一般來說，我們的測試腳本也會對應的一個測試用例。

現在我邀請你進入我們的軟件測試學習交流群：【746506216】，備注“入群”， 大家可以一起探討交流軟件測試，共同學習軟件測試技術、面試等軟件測試方方面面，還會有免費直播課，收獲更多測試技巧，我們一起進階Python自動化測試/測試開發，走向高薪之路。

喜歡軟件測試的小伙伴們，如果我的博客對你有幫助、如果你喜歡我的博客內容，請 “點贊” “評論” “收藏” 一 鍵三連哦！

總結

以上是生活随笔為你收集整理的9月最新Jmeter面试题的全部內容，希望文章能夠幫你解決所遇到的問題。

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