一、Jmeter的關聯用到了哪些方法去實現？
接口的響應結果通常為html和Json格式的數據，主要會用到正則提取器、Json提取器，還有Xpath器以及邊界值提取器，還有beanshell來進行數據的提取，而對于html這種響應結果我們通常會用正則或者是Xpath來進行數據的提取；對于Json格式的數據通常會用Json提取器。

二、jmeter參數化有哪幾種方法？
第一種，可以通過函數助手來實現參數化，比如說像_RandomString這種隨機函數；
第二種：通過CSV讀取文檔數據實現參數化；
第三種：通過配置元件、用戶定義的變量來實現參數化；
第四種：通過前置處理器中的用戶參數也可以實現參數化。

三、用戶定義的變量和用戶參數的區別？
用戶定義的變量，在啟動運行時獲取一次值，在運行過程中，不再動態獲取值（不管設置多少個線程數或者循環多少次，都只獲取一次值，不會變）；
用戶參數在啟動時獲取一次值，在運行過程中，每次使用該參數都會動態獲取一次值。

四、如何用jmeter做性能測試，并給出報告呢？
1.我們先要做需求的分析，你要確定你們的這個產品的功能以及架構，還有我們的這個用戶的這個分布的一個情況，通過這些，你能制定你的這個測試目標；
2.你就要開始搭建這個測試環境，因為我們的這個性能測試環境和功能測試環境、自動化測試環境是不能共用的，這是要獨立搭建我們的測試環境的；
3.根據我們的這個接口來寫我們的這個接口的腳本；
4.就是要對我們剛才寫好的這個腳本來進行性能的轉換，在這個里面要注意特別重要的一個點就是要加上性能場景的設計；
5.就是要去搭建我們的監控平臺，因為監控平臺它是對整個過程的一些數據來進行一個監控與收集的，只有收集的這些數據你才能做接下來的第6步；
6.就是我們的性能分析，分析的時候，我們要先從硬件、網絡、配置，再來做我們的這個應用的一個分析，你不能說一上來就做應用分析，那你是分析任何問題你都分析不出來的；
7.我們要把整個這個過程所產生的所有的數據收集，最終整理成為一份報告來提交給我們的領導，那這個才是我們領導層所需要的整個過程的一份測試報告。

五、如何用jmeter錄制腳本
1.在測試計劃里添加線程組
2.在測試計劃里添加非測試元件的HTTP代理服務器
3.配置代理服務器-----端口可以設置成8888，把目標控制器選成測試計劃 > 線程組，這樣做的目的是錄制的腳本直接生成在線程組下面，然后設置Requests Filtering（請求過濾器），若想排除一些我們不需要的東西，則可以點擊添加建議排除，但這個也只能排除大部分的，小部分的還是排除不了。
4.啟動代理服務器
5.打開瀏覽器，對瀏覽器進行設置，設置對應的代理信息-----地址：127.0.0.1，端口：8888，保存
6.訪問網站：http://www.lemonban.com
7.查看線程組，可看到下面錄制的腳本在增加
8.添加監聽器-察看結果樹
9.運行，看錄制的腳本能否運行成功
10.把不是網站的腳本禁用，看運行是否還能成功
11.運行成功之后刪除禁用的那些腳本

六、Get和Post的區別？
1.get在url里傳參，post在bady里傳參；
2.get長度限制（瀏覽器限制),post傳參長度沒有限制；
3.get相比較post安全高

七、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

八、jmeter和postman接口測試工具的區別？
1.它們的用例組織方式是不一樣的，像jmeter它的用例組織方式就比較扁平化，它沒有測試集合和空間的一個概念，直接就是TestPlan，而postman它比較輕量級，主要是針對的是單個http請求；
2.它們支持的接口類型以及測試類型也是有不一樣的，jmeter相對來說比較強大一些，它可以支持Rest風格的接口，還有Soap類型的接口，以及它可以去測試接口測試功能，以及測試一個性能測試，而postman它只支持Rest風格的接口，而且也基本上做的比較多的是功能測試；
3.在流程控制上面它們也是不太一樣的，比如說jmeter它是通過像Switch控制器等一系列控制器以及像beanshall腳本來實現一個流程控制的，而postman通過JavaScript來進行一個流程控制；
4.它們兩個在腳本結果解析和展示以及在斷言還有一些功能擴展性也是有很多的區別的。

九、你是如何開展項目的性能測試的？
1.測試準備：我們先要去了解需求，熟悉業務，確定咱們的這個性能的指標（指標要非常清晰的確定下來），然后準備我們的測試方案、測試用例、測試模型、預估工作量等等為后期做好準備
2.環境搭建：因為性能測試是需要獨立的測試環境，所以我們需要獨立 的搭建應用環境、數據庫環境還有網絡，另外還有一個性能的監控環境
3.腳本開發：環境搭建好了之后開始寫腳本，寫腳本要根據不同的一個協議來選擇不同的工具。寫好腳本之后就要進行一個調試，調試通過了之后，然后把它轉化為性能的腳本 （非常重要）
4.測試執行：我們根據前期寫好的這些測試用例或者測試模型來設計不同的性能的場景來運行。在這個運行過程中，要使用性能的監控來監控運行過程中的數據，有了這些數據才能做后面的性能分析
5.結果分析：通過監控，我們可以做一些初步的分析，分析硬件的、分析這個應用的，然后還有各種反復的調優反復的定位，最終發現你這個問題，能調優的自己調優，不能調優的要提交缺陷，然后還要提交測試報告

十、什么是測試用例？什么是測試腳本？它們的區別？
測試用例和測試腳本是完全兩個不一樣的概念的東西。
測試用例是為了測試的執行而編寫的一個關于測試的輸入輸出以及執行的步驟，還有測試環境、執行結果和預期結果這么一個文檔的集合，它是我們測試執行的一個非常重要的依據。
而測試腳本是我們為了達到某一些特定的需求而編寫的，比如說我要做自動化測試要編寫自動化的腳本，要去做性能測試要編寫性能腳本等等，但一般來說，我們的測試腳本也會對應的一個測試用例。

總結

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

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