轉(zhuǎn)自：http://www.ltesting.net/ceshi/ceshijishu/xncs/2012/0223/204182_2.html

性能測試中的性能測試指標與用戶體驗分析 網(wǎng)絡應用性能分析的目的是準確展示網(wǎng)絡帶寬、延遲、負載和TCP端口的變化是如何影響用戶的響應時間的。利用網(wǎng)絡應用性能分析工具，例如 Application Expert，能夠發(fā)現(xiàn)應用的瓶頸，我們可知應用在網(wǎng)絡上運行時在每個階

　　網(wǎng)絡應用性能分析的目的是準確展示網(wǎng)絡帶寬、延遲、負載和TCP端口的變化是如何影響用戶的響應時間的。利用網(wǎng)絡應用性能分析工具，例如Application Expert，能夠發(fā)現(xiàn)應用的瓶頸，我們可知應用在網(wǎng)絡上運行時在每個階段發(fā)生的應用行為，在應用線程級分析應用的問題。可以解決多種問題：客戶端是否對數(shù)據(jù)庫服務器運行了不必要的請求?當服務器從客戶端接受了一個查詢，應用服務器是否花費了不可接受的時間聯(lián)系數(shù)據(jù)庫服 務器?在投產(chǎn)前預測應用的響應時間;利用Application Expert調(diào)整應用在廣域網(wǎng)上的性能;Application Expert能夠讓你快速、容易地仿真應用性能，根據(jù)最終用戶在不同網(wǎng)絡配置環(huán)境下的響應時間，用戶可以根據(jù)自己的條件決定應用投產(chǎn)的網(wǎng)絡環(huán)境。

　　1.性能指標標準—網(wǎng)絡層

　　網(wǎng)絡層各項指標對應用戶體驗的標準為：

　　2.性能指標標準—頁面層

　　頁面層各項指標對應用戶體驗的標準為：

　　3.性能指標標準—鏈路層

　　頁面層各項指標對應用戶體驗的標準為：

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

　　Web服務器指標

　　數(shù)據(jù)庫服務器性能指標

　　系統(tǒng)的瓶頸定義

　　穩(wěn)定系統(tǒng)的資源狀態(tài)

　　通俗理解：

　　·日訪問量

　　·常用頁面最大并發(fā)數(shù)

　　·同時在線人數(shù)

　　·訪問相應時間

　　案例：

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

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

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

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

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

　　1、服務器宕機;

　　2、客戶端宕機;

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

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

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

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

　　3、如果有數(shù)據(jù)庫，至少是ORACLE，最好是SYSBASE，SQL SERVER是肯定頂不住的。數(shù)據(jù)庫服務器至少需要10臺4CPU、16G內(nèi)存的機器;

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

　　這樣的門戶系統(tǒng)，由于有用戶權(quán)限，所以并不象jackie所說大多是靜態(tài)頁面。但只要是多服務器的集群，那么我們就可以通過1臺機器的測試結(jié)果來計算 多臺機器集群后的負載能力的，最多額外考慮一下負載均衡和路由上的壓力，比如帶寬、速度、延遲等。但如果都是在1臺機器上變化，那我們只能做一些指標上的 計算，可以從這些指標上簡單判斷一下是否不可行，比如10萬并發(fā)用戶卻只有1根百兆帶寬，那我們可以計算出每個用戶只有1K帶寬，這顯然是不可行的。但實 際的結(jié)果還是需要測試了才知道，畢竟系統(tǒng)壓力和用戶數(shù)量不是線性變化的。

這一類系統(tǒng)的普遍的成熟的使用，以及很多軟件在方案設計后就能夠大致估算出系統(tǒng)的性能特點，都導致了系統(tǒng)在軟件性能方面調(diào)優(yōu)的比例并不大(當然不

　　這一類系統(tǒng)的普遍的成熟的使用，以及很多軟件在方案設計后就能夠大致估算出系統(tǒng)的性能特點，都導致了系統(tǒng)在軟件性能方面調(diào)優(yōu)的比例并不大(當然不完全 排除后期針對某些代碼和配置進行優(yōu)化后性能的進一步提高)，更多的都是從硬件方面來考慮，比如增加內(nèi)存、硬盤做RAID、增加帶寬、甚至增加機器等。

　　網(wǎng)絡技術(shù)中的10M 帶寬指的是以位計算， 就是 10M bit /秒 ，而下載時的速度看到的是以字節(jié)(Byte)計算的，所以10M帶寬換算成字節(jié)理論上最快下載速度為：1.25 M Byte/秒!

?

轉(zhuǎn)載于:https://www.cnblogs.com/jasonteststudy/p/4116253.html

總結(jié)

以上是生活随笔為你收集整理的转：性能测试中的性能测试指标与用户体验分析的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。