性能測試分析

分析原則：

• 具體問題具體分析（這是由于不同的應用系統，不同的測試目的，不同的性能關注點）

• 查找瓶頸時按以下順序，由易到難。

    服務器硬件瓶頸-〉網絡瓶頸（對局域網，可以不考慮）-〉服務器操作系統瓶頸（參數配置）-〉中間件瓶頸（參數配置，數據庫，web服務器等）-〉應用瓶頸（SQL語句、數據庫設計、業務邏輯、算法等）

    注：以上過程并不是每個分析中都需要的，要根據測試目的和要求來確定分析的深度。對一些要求低的，我們分析到應用系統在將來大的負載壓力（并發用戶數、數據量）下，系統的硬件瓶頸在哪兒就夠了。

• 分段排除法 很有效

分析的信息來源：

•1 根據場景運行過程中的錯誤提示信息

•2 根據測試結果收集到的監控指標數據

一．錯誤提示分析

分析實例：

1 •Error: Failed to connect to server “10.10.10.30:8080″: [10060] Connection

•Error: timed out Error: Server “10.10.10.30″ has shut down the connection prematurely

分析：

•A、應用服務死掉。

（小用戶時：程序上的問題。程序上處理數據庫的問題）

•B、應用服務沒有死

（應用服務參數設置問題）

    例：在許多客戶端連接Weblogic應用服務器被拒絕，而在服務器端沒有錯誤顯示，則有可能是Weblogic中的server元素的Aclearcase/" target="_blank" >cceptBacklog屬性值設得過低。如果連接時收到connection refused消息，說明應提高該值，每次增加25％

•C、數據庫的連接

(1、在應用服務的性能參數可能太小了 2、數據庫啟動的最大連接數（跟硬件的內存有關）)

2 Error: Page download timeout (120 seconds) has expired

分析：可能是以下原因造成

•A、應用服務參數設置太大導致服務器的瓶頸

•B、頁面中圖片太多

•C、在程序處理表的時候檢查字段太大多

二．監控指標數據分析

1．最大并發用戶數：

應用系統在當前環境（硬件環境、網絡環境、軟件環境（參數配置））下能承受的最大并發用戶數。

    在方案運行中，如果出現了大于3個用戶的業務操作失敗，或出現了服務器shutdown的情況，則說明在當前環境下，系統承受不了當前并發用戶的負載壓力，那么最大并發用戶數就是前一個沒有出現這種現象的并發用戶數。

    如果測得的最大并發用戶數到達了性能要求，且各服務器資源情況良好，業務操作響應時間也達到了用戶要求，那么OK。否則，再根據各服務器的資源情況和業務操作響應時間進一步分析原因所在。

原文轉自：http://www.kjueaiud.com