step1：從分析summary的事務執**況入手
summary主要是判定事務的響應時間與執**況是否合理。如果發現問題，則需要做進一步分
析。通常情況下，如果事務執**況失敗或響應時間過長等，都需要做深入分析。
下面是檢視分析概要時的一些原則：
（1）：使用者是否全部執行，最大執行併發使用者數（maximum running vusers）是否與場景設計的最大執行併發使用者數一致。如果沒有，則需要開啟與虛擬使用者相關的分析圖，進一步分析虛擬使用者不能正常執行的詳細原因；
（2）：事務的平均響應時間、90%事務最大響應時間使用者是否可以接受。如果事務響應時間過
長，則要開啟與事務相關的各類分析圖，深入地分析事務的執**況；
（3）：檢視事務是否全部通過。如果有事務失敗，則需要深入分析原因。很多時候，事務不能正常執行意味著系統出現了瓶頸；
（4）：如果一切正常，則本次測試沒有必要進行深入分析，可以進行加大壓力測試；
（5）：如果事務失敗過多，則應該降低壓力繼續進行測試，使結果分析更容易進行；
......
上面這些原則都是分析summary的一些常見方法，應該靈活使用並不斷地進行總結與完善，尤其要主要結合實際情況，不能墨守成規。
step2：檢視負載生成器和伺服器的系統資源情況。
檢視分析概要後，接下來要檢視負載生成器何待測伺服器的系統資源使用情況：檢視cpu的利用率何記憶體使用情況，尤其要注意檢視是否存在記憶體洩露問題。這樣做是由於很多時候系統出現瓶頸的直接表現是cpu利用率過高或記憶體不足。
應保證負載生成器在整個測試過程中其cpu、記憶體、頻寬沒有出現瓶頸，否則測試結果無效。
而待測試伺服器，則重點分析測試過程中cpu何記憶體是否出現了瓶頸：cpu需要檢視其利用率是否經常達到100%或平均利用率一直高居95%以上；記憶體需要檢視是否夠用以及測試過程是否存在溢位現象（對於一些中介軟體伺服器要檢視其分配的記憶體是否夠用）。
step3：檢視虛擬使用者與事務的詳細執**況。
在前兩步確定了測試場景的執**況基本正常後，接下來就要檢視虛擬使用者與事務的執**
況。對於虛擬使用者，主要檢視在整個測試過程中是否執行正常，如果有較多使用者不能正常執行，則需要重新設計場景或調整使用者載入與退出方式再次進行測試。對於事務，重點關注整個過程的事務響應時間是否逐漸變長以及是否存在不能正常執行的事務。
總之，對每個使用者或事務的執行細節都應該認真分析不可輕易忽略；
example1：乙個效能逐步下降的伺服器，需要進一步分析其效能下降的原因【可以查詢是否存在記憶體洩露問題】；
example2：乙個效能相對穩定的伺服器，但是響應時間偏大，這時需要分析程式演算法是否存在缺陷或伺服器引數的配置是否合理。
setp4：檢視錯誤發生情況。
整個測試過程中錯誤的發生情況也應該是分析的重點。下面是檢視錯誤發生情況的常用準則：
（1）、檢視錯誤發生曲線在整個測試過程中是否是有規律變化的，如果有規律通常意味著程式在併發處理方面存在一定的缺陷。圖5-9所示的每秒缺陷數量曲線十分有規律，這是因為伺服器定期生成快取檔案導致使用者不能正常訪問而產生的錯誤；（圖0001）
（2）、檢視錯誤分類統計，作為優化系統的參考。例如對於web效能測試，當出現瓶頸時往往需要檢視伺服器的錯誤統計資訊結果：如果「超時錯誤」佔到90％以上，可能需要提高硬體配置；如果較多的「內部伺服器錯誤」，則可能是程式方面存在問題。
第五步：檢視web資源與細分網頁。
本步驟僅適用於web效能測試。檢視web資源圖時，往往結合前面對虛擬使用者以及事務響應時間的分析結果，重點分析伺服器的穩定性。對於網頁細分功能則遵循如下原則：首先分析從使用者發出請求到收到第乙個緩衝為止，哪些環節比較耗時；其次找出頁面哪些組成部分對使用者響應時間影響較大；當對頁面的效能問題定位後，就可以採取相關的解決方案。
效能測試 LR11 效能分析總結
q 為什麼要做效能測試 1 能夠承受的併發使用者數，2 頻寬是否夠用，3 cpu夠不夠用，記憶體夠不夠用，4 硬碟速度是否跟得上，5 響應時間快不快，6 系統是否穩定。q 效能測試怎麼做 1 負載測試 使用者數量，關注點是效能指標。2 壓力測試 高壓力，關注點是系統的臨界點，系統是怎麼崩潰的。3 容...
效能測試流程，瓶頸分析
1.規範的效能測試流程 獲得測試需求 測試計畫 測試環境搭建 測試用例設計 測試資料準備 測試指令碼編寫 測試指令碼執行 瓶頸分析定位 測試結果反饋 測試報告 2.流程節點解釋 獲取測試需求 提出人 甲方 業務方 開發人員 依據系統後期可能達到的訪問量 甲方 業務方 以及系統架構 資料庫，伺服器等 ...
LR業務的實際模型分析
乙個訪問量達到百萬級別的門戶 及奧運會訂票系統等這中使用者數較多的系統，進行效能測試是必須的。要不就和產品演示會上出現的笑話一樣，風險投資商提出的問題是這個 能支援多少使用者同時上線，專案經理居然說沒有進行這方面的測試。全場譁然。對於效能測試的第一步是怎麼去根據業務的實際模型分析出具體的測試場景及效...