效能分析是乙個過程。
jmeter能夠監控的就是那麼幾個指標，最先反應問題的肯定是響應時間，事務的成功率。 如果響應時間和成功率，其中有乙個不符合要求，那麼就需要來定義瓶頸出現在哪。
乙個效能瓶頸可能出現的地方有很多種可能，應用系統的從前到後任何乙個環節都有可能。前端、後端、資料庫、作業系統，甚至網路，包括硬體問題，都有可能是導致出現效能瓶頸的地方，那我們作為測試工程師，最終的目標就是要定為到問題的發生點。
一句兩句話說不清楚到底是如何定為到的效能瓶頸。 如果想在定為瓶頸上做的輕鬆一點，就要把監控做全，監控，是效能測試中的重中之重，它就像你的眼睛一樣。
效能測試，都是要求測試系統效能，系統自然就應該包括：客戶端；網路；服務端。
網路環境是連線客戶端和伺服器的重要部分，如果網路頻寬不夠，就算伺服器速度再快也是很難達到效能要求的，就是橋很窄而要過橋的人很多
做為最受重視的一部分，同樣伺服器也必然涉及到cpu、記憶體、磁碟、當然還有我們不希望看到的swap。
這裡先說的伺服器效能是純粹的機器效能不涉及軟體環境效能。很多初級效能測試人員根本就不管這些，只是一句話是伺服器效能瓶頸，卻不分析是哪個地方的瓶頸。伺服器機械效能，要能夠分析機器的機械效能必須了解cpu 、記憶體、磁碟之間的一些影響，本人也沒有深入學習，只是表面分析，深入的交給生產商。下面分層說一下：
cpu**處理器，一般可以理解大部分時間是直接操作記憶體中的資料，是不是cpu效能瓶頸，就要看看cpu的使用率和佇列長度。如果cpu使用率很高，cpu瓶頸，cpu使用率不高，佇列很長，cpu堵塞，需要詳細分析原因（後面補上分析）。cpu使用不高和佇列不長。非cpu瓶頸
記憶體使用率高瓶頸，不高非瓶頸。沒得說 磁碟：磁碟就是比記憶體慢很多的儲存空間，可以說記憶體是很快的磁碟也行
相互之間分析：
cpu很好，記憶體很大效能必須好。 cpu一般，記憶體很大，cpu瓶頸，很多事情要處理cpu忙不過來
cpu很好，記憶體一般，記憶體瓶頸，cpu等著處理事務，可能記憶體提供不出這麼多事務來
建立步驟為『執行緒組』-》『右鍵』-》『新增』-》『邏輯控制器』-》『迴圈控制器』。迴圈次數中選擇『永遠』。
建立過程為選擇剛加的『迴圈控制器』-》『右鍵』-》『新增』-》『sampler』-》『http 請求』
常用的『斷言持續時間』斷言，用於判斷伺服器的響應時間
對於聚合報告、檢視結果樹報告
蘊含了詳細的執行結果資訊，如平均響應時間，最大最小時間等
根據結果判斷頁面效能是否滿足要求，不滿足則進行相應的優化
聚合報告引數詳解
jmeter生成HTML效能測試報告
一 二 windows環境 無.jtl檔案生成測試報告 如果還未生成.jtl檔案，則可以通過如下命令，一次性完成測試執行和生成html視覺化報告的操作，進入jmeter的bin目錄下，輸入如下命令 jmeter n t test.jmx l test.jtl e o path n 以非gui形式執行...
jmeter生成效能測試報告
第一步 修改配置檔案 在jmeter的當前目錄下，把bin目錄下的jmeter.properties檔案中jmeter.s e.s eservice.output format csv禁用取消，如下所示 legitimate values xml,csv,db.only xml and csv ar...
jmeter之 聚合報告 分析結果
實際上中值指的是如果有9個數，那麼我們從小到大排列這些數，排在第5個的數就是這一組數的中值。那麼如果有10個數呢？10個數的 話第5個和第6個數的平均值就是這組數字的中值 從統計學來說，就是對所有資料進行插秧檢查，抽樣資料越多，結果越正確，抽樣點分布的越均勻，資料越精確，所以在統計的時候要去掉一些 ...