性能測試的結果分析是性能測試的重中之重。在實際工作中，由于測試的結果分析比較復
雜、需要具備很多相關的專業知識，因此常常會感覺拿到數據不知從何下手。這也是我學習性能
測試過程中感覺比較尷尬和棘手的事，為此我在研讀了《WEB性能測試實戰》后特作了以下筆
記，這里只是書中第4章WEB應用程序性能分析的一
部分，貼出來希望和大家共同討論：
一：性能分析的基礎知識：
1.幾個重要的性能指標：相應時間、吞吐量、吞吐率、TPS(每秒鐘處理的交易數)、點
擊率等。
2.系統的瓶頸分為兩類：網絡的和服務器的。服務器瓶頸主要涉及：應用程序、WEB服務
器、數據庫服務器、操作系統四個方面。
3.常規、粗略的性能分析方法：
當增大系統的壓力(或增加并發用戶數)時，吞吐率和TPS的變化曲線呈大體一致，則系統
基本穩定;若壓力增大時，吞吐率的曲線增加到一定程度后出現變化緩慢，甚至平坦，很可能是
網絡出現帶寬瓶頸，同理若點擊率/TPS曲線出現變化緩慢或者平坦，說明服務器開始出現頸。
4.作者提出了如下的性能分析基本原則，此原則本人十分贊同：
——由外而內、由表及里、層層深入
應用此原則，分析步驟具體可以分為以下三步：
第一步：將得到的響應時間和用戶對性能的期望值比較確定是否存在瓶頸;
第二步：比較Tn(網絡響應時間)和Ts(服務器響應時間)可以確定瓶頸發生在網絡還是服
務器;
第三步：進一步分析，確定更細組件的響應時間，直到找出發生性能瓶頸的根本原因。
二：以WEB應用程序為例來看下具體的分析方法：
1.用戶事務分析：
a.事務綜述圖(Transaction Summary ):以柱狀圖的形式表現了用戶事務執行的成功與
失敗。通過分析成功與失敗的數據可以直接判斷出系統是否運行正常。若失敗的事務非常多，則
說明系統發生了瓶頸或者程序在執行過程中發生了問題。
b.事務平均響應時間分析圖(Average Transaction Response Time): 該圖顯示在
測試場景運行期間的每一秒內事務執行所用的平均時間，還顯示了測試場景運行時間內各個事務
的最大值、最小值和平均值。通過它可以分析系統的性能走向。若所有事務響應時間基本成一條
曲線，則說明系統性能基本穩定;否則如果平均事務響應時間逐漸變慢，說明性能有下降趨勢，
造成性能下降的原因有可能是由于內存泄漏導致。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
