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

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

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

　　1.性能指標(biāo)標(biāo)準(zhǔn)—網(wǎng)絡(luò)層

　　網(wǎng)絡(luò)層各項指標(biāo)對應(yīng)用戶體驗的標(biāo)準(zhǔn)為：

　　2.性能指標(biāo)標(biāo)準(zhǔn)—頁面層

　　頁面層各項指標(biāo)對應(yīng)用戶體驗的標(biāo)準(zhǔn)為：

　　3.性能指標(biāo)標(biāo)準(zhǔn)—鏈路層

　　頁面層各項指標(biāo)對應(yīng)用戶體驗的標(biāo)準(zhǔn)為：

　　通用指標(biāo)(指Web應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器必需測試項)

　　Web服務(wù)器指標(biāo)

　　數(shù)據(jù)庫服務(wù)器性能指標(biāo)

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

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

　　通俗理解：

　　·日訪問量

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

　　·同時在線人數(shù)

　　·訪問相應(yīng)時間

　　案例：

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

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

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

　　一種則需要測試服務(wù)器能否接受10萬用戶同時在線操作，如果是用IIS做應(yīng)用服務(wù)器的話，單臺可承受的最大并發(fā)數(shù)不可能達(dá)到10萬級，那就必須要使用集群，通過多臺機器做負(fù)載均衡來實現(xiàn);如果是用websphere 之類的應(yīng)用服務(wù)器的話，單臺可承受的最大并發(fā)數(shù)可以達(dá)到10萬級，但為性能考慮還是必須要使用集群，通過多臺機器做負(fù)載均衡來實現(xiàn);通常有1個簡單的計算 方式，1個連接產(chǎn)生1個session，每個session在服務(wù)器上有個內(nèi)存空間大小的設(shè)置，在NT上是3M，那么10萬并發(fā)就需要300G內(nèi)存，當(dāng)然 實際使用中考慮其他程序也占用內(nèi)存，所以準(zhǔn)備的內(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)存的服務(wù)器上可支持的最大并發(fā)數(shù)不超過500個(這個狀態(tài)下大部分操作都是超時報錯 而且服務(wù)器很容易宕機，其實沒什么實際意義)，可正常使用(單步非大數(shù)據(jù)量操作等待時間不超過20秒)的最大并發(fā)數(shù)不超過300個。假設(shè)你的10萬同時在 線用戶轉(zhuǎn)換的并發(fā)數(shù)是9000個，那么你最少需要這樣的機器18臺，建議不少于30臺。當(dāng)然，你要是買個大型服務(wù)器，里面裝有200個CPU、256G的 內(nèi)存，千兆光纖帶寬，就算是10萬個并發(fā)用戶，那速度，也絕對是嗖嗖的。

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

　　1、服務(wù)器宕機;

　　2、客戶端宕機;

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

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

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

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

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

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

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

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

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

　　網(wǎng)絡(luò)技術(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)容還不錯，歡迎將生活随笔推薦給好友。