WEB應用程序性能分析

　　WEB應用程序性能分析 軟件測試

　　性能測試的結果分析是性能測試的重中之重。在實際工作中，由于測試的結果分析比較復

　　雜、需要具備很多相關的專業知識，因此常常會感覺拿到數據不知從何下手。這也是我學習性能

　　測試過程中感覺比較尷尬和棘手的事，為此我在研讀了《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