web性能測試基本性能指標(2)

　　8.資源利用率

　　指的是對不同的系統資源的使用程度,例如服務器的CPU利用率,磁盤利用率等.資源利用率是分析系統性能指標進而改善性能的主要依據,因此是WEB性能測試工作的重點.

　　資源利用率主要針對WEB服務器,操作系統,數據庫服務器,網絡等,是測試和分析瓶頸的主要參考.在WEB性能測試中,更根據需要采集相應的參數進行分析。

　　通用指標(指Web應用服務器、數據庫服務器必需測試項)

　　Web服務器指標

　　數據庫服務器性能指標

　　系統的瓶頸定義

　　穩定系統的資源狀態

　　通俗理解：

　　日訪問量

　　常用頁面最大并發數

　　同時在線人數

　　訪問相應時間

　　案例：

　　最近公司一個項目，是個門戶網站，需要做性能測試，根據項目特點定出了主要測試項和測試方案：

　　一種是測試幾個常用頁面能接受的最大并發數(用戶名參數化，設置集合點策略)

　　一種是測試服務器長時間壓力下，用戶能否正常操作(用戶名參數化，迭代運行腳本)

　　一種則需要測試服務器能否接受10萬用戶同時在線操作，如果是用IIS做應用服務器的話，單臺可承受的最大并發數不可能達到10萬級，那就必須要使用集群，通過多臺機器做負載均衡來實現;如果是用websphere之類的應用服務器的話，單臺可承受的最大并發數可以達到10萬級，但為性能考慮還是必須要使用集群，通過多臺機器做負載均衡來實現;通常有1個簡單的計算方式，1個連接產生1個session，每個session在服務器上有個內存空間大小的設置，在NT上是3M，那么10萬并發就需要300G內存，當然實際使用中考慮其他程序也占用內存，所以準備的內存數量要求比這個還要多一些。還有10萬個用戶同時在線，跟10萬個并發數是完全不同的2個概念。這個樓上已經說了。但如何做這個轉換將10萬個同時在線用戶轉換成多少個并發數呢?這就必須要有大量的歷史日志信息來支撐了。系統日志需要有同時在線用戶數量的日志信息，還需要有用戶操作次數的日志信息，這2個數據的比例就是你同時在線用戶轉換到并發數的比例。另外根據經驗統計，對于1個JAVA開發的WEB系統(別的我沒統計過，給不出數據)，一般1臺雙CPU、2G內存的服務器上可支持的最大并發數不超過500個(這個狀態下大部分操作都是超時報錯而且服務器很容易宕機，其實沒什么實際意義)，可正常使用(單步非大數據量操作等待時間不超過20 秒)的最大并發數不超過300個。假設你的10萬同時在線用戶轉換的并發數是9000個，那么你最少需要這樣的機器18臺，建議不少于30臺。當然，你要是買個大型服務器，里面裝有200個CPU、256G的內存，千兆光纖帶寬，就算是10萬個并發用戶，那速度，也絕對是嗖嗖的。

　　另外暴寒1下，光設置全部進入運行狀態就需要接近6個小時。具體的可以拿1個系統來壓一下看看，可能會出現以下情況：

　　1、服務器宕機;

　　2、客戶端宕機;

　　3、從某個時間開始服務器拒絕請求，客戶端上顯示的全是錯誤;

　　4、勉強測試完成，但網絡堵塞或測試結果顯示時間非常長。假設客戶端和服務器之間百兆帶寬，百兆/10000=10K，那每個用戶只能得到10K，這個速度接近1個64K的MODEM上網的速度;另外以上分析全都沒考慮系統的后臺，比如數據庫、中間件等。

　　1、服務器方面：上面說的那樣的PC SERVER需要50臺;

　　2、網絡方面：按每個用戶50K，那至少5根百兆帶寬獨享，估計僅僅網絡延遲就大概是秒一級的;

　　3、如果有數據庫，至少是ORACLE，最好是SYSBASE，SQLSERVER是肯定頂不住的。數據庫服務器至少需要10臺4CPU、16G內存的機器;

　　4、如果有CORBA，那至少再準備10臺4CPU、16G內存的機器;再加上負載均衡、防火墻、路由器和各種軟件等，總之沒個1000萬的資金投入，肯定搞不定。

原文轉自：http://www.uml.org.cn/Test/201501223.asp