web性能測試基本性能目標(biāo)

#web性能測試基本性能目標(biāo)_文檔視界web性能測試基本性能指標(biāo)Web性能測試的部分概況一般來說，一個Web請求的處理包括以下步驟：（1）客戶發(fā)送請求（2）webserver接受到請求，進行處理;（3）webserver向DB獲取數(shù)據(jù)；（4）webserver生成用戶的object（頁面），返回給用戶。給客戶發(fā)送請求開始到最后一個字節(jié)的時間稱為響應(yīng)時間（第三步不包括在每次請求處理中）。.事務(wù)（Transaction）在web性能測試中，一個事務(wù)表示一個“從用戶發(fā)送請求->webserver接受到請求，進行處理->webserver向DB獲取數(shù)據(jù)->生成用戶的object（頁面），返回給用戶”的過程，一般的響應(yīng)時間都是針對事務(wù)而言的。.請求響應(yīng)時間請求響應(yīng)時間指的是從客戶端發(fā)起的一個請求開始，到客戶端接收到從服務(wù)器端返回的響應(yīng)結(jié)束，這個過程所耗費的時間，在某些工具中，響應(yīng)通常會稱為“TTLB"，即"timetolastbyte"，意思是從發(fā)起一個請求開始，到客戶端接收到最后一個字節(jié)的響應(yīng)所耗費的時間，響應(yīng)時間的單位一般為“秒”或者“毫秒”。一個公式可以表示：響應(yīng)時間=網(wǎng)絡(luò)響應(yīng)時間+應(yīng)用程序響應(yīng)時間。標(biāo)準(zhǔn)可參考國外的3/5/10原則：（1）在3秒鐘之內(nèi)，頁面給予用戶響應(yīng)并有所顯示，可認為是“很不錯的”；（2）在3~5秒鐘內(nèi)，頁面給予用戶響應(yīng)并有所顯示，可認為是“好的”；（3）在5~10秒鐘內(nèi)，頁面給予用戶響應(yīng)并有所顯示，可認為是“勉強接受的”；（4）超過10秒就讓人有點不耐煩了，用戶很可能不會繼續(xù)等待下去；、事務(wù)響應(yīng)時間事務(wù)可能由一系列請求組成,事務(wù)的響應(yīng)時間主要是針對用戶而言,屬于宏觀上的概念，是為了向用戶說明業(yè)務(wù)響應(yīng)時間而提出的.例如:跨行取款事務(wù)的響應(yīng)時間就是由一系列的請求組成的.事務(wù)響應(yīng)時間是直接衡量系統(tǒng)性能的參數(shù)..并發(fā)用戶數(shù)并發(fā)一般分為2種情況。一種是嚴(yán)格意義上的并發(fā)，即所有的用戶在同一時刻做同一件事情或者操作，這種操作一般指做同一類型的業(yè)務(wù)。比如在信用卡審批業(yè)務(wù)中，一定數(shù)目的擁護在同一時刻對已經(jīng)完成的審批業(yè)務(wù)進行提交；還有一種特例，即所有用戶進行完全一樣的操作，例如在信用卡審批業(yè)務(wù)中，所有的用戶可以一起申請業(yè)務(wù)，或者修改同一條記錄。另外一種并發(fā)是廣義范圍的并發(fā)。這種并發(fā)與前一種并發(fā)的區(qū)別是，盡管多個用戶對系統(tǒng)發(fā)出了請求或者進行了操作，但是這些請求或者操作可以是相同的，也可以是不同的。對整個系統(tǒng)而言，仍然是有很多用戶同時對系統(tǒng)進行操作，因此也屬于并發(fā)的范疇?？梢钥闯?，后一種并發(fā)是包含前一種并發(fā)的。而且后一種并發(fā)更接近用戶的實際使用情況，因此對于大多數(shù)的系統(tǒng)，只有數(shù)量很少的用戶進行“嚴(yán)格意義上的并發(fā)"。對于WEB性能測試而言，這2種并發(fā)情況一般都需要進行測試，通常做法是先進行嚴(yán)格意義上的并發(fā)測試。嚴(yán)格意義上的用戶并發(fā)一般發(fā)生在使用比較頻繁的模塊中，盡管發(fā)生的概率不是很大，但是一旦發(fā)生性能問題，后果很可能是致命的。嚴(yán)格意義上的并發(fā)測試往往和功能測試關(guān)聯(lián)起來，因為并發(fā)功能遇到I異常通常都是程序問題，這種測試也是健壯性和穩(wěn)定性測試的一部分用戶并發(fā)數(shù)量：關(guān)于用戶并發(fā)的數(shù)量，有2種常見的錯誤觀點。一種錯誤觀點是把并發(fā)用戶數(shù)量理解為使用系統(tǒng)的全部用戶的數(shù)量，理由是這些用戶可能同時使用系統(tǒng)；還有一種比較接近正確的觀點是把.吞吐量指的是在一次性能測試過程中網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)量的總和.吞吐量/傳輸時間,就是吞吐率.、TPS(transactionpersecond)每秒鐘系統(tǒng)能夠處理的交易或者事務(wù)的數(shù)量.它是衡量系統(tǒng)處理能力的重要指標(biāo).7、點擊率最小單位.如果把每次點擊定義為一個交易,點擊率和TPS就是一個概念.容易看出,點擊率越大,對服務(wù)器的壓力越大.點擊率只是一個性能參考指標(biāo),重要的是分析點擊時產(chǎn)生的影響。需要注意的是,這里的點擊并非指鼠標(biāo)的一次單擊操作,因為在一次單擊操作中,客戶端可能向服務(wù)器發(fā)出多個HTTP請求.8.資源利用率指的是對不同的系統(tǒng)資源的使用程度，例如服務(wù)器的CPU利用率,磁盤利用率等.資源利用率是分析系WEB性能測試中,更根據(jù)需要采集相應(yīng)的參數(shù)進行分析。通用指標(biāo)（指Web應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器必需測試項）Web服務(wù)器指標(biāo)Avgtimetolastbyteperterstion（mste5）平均每秒業(yè)務(wù)腳本的迭代次數(shù),有人會把上面那個混淆SuccessfulRounds成功的請求FailedRequests失敗的請求SuccessfulHits成功的點擊次數(shù)FailedHits失敗的點擊次數(shù)HitsPerSecond每秒點擊次數(shù)SuccessfulHitsPerSecond每秒成功的點擊次數(shù)FailedHitsPerSecond每秒失敗的點擊次數(shù)AttemptedConnections嘗試鏈接數(shù)數(shù)據(jù)庫服務(wù)器性能指標(biāo)系統(tǒng)的瓶頸定義穩(wěn)定系統(tǒng)的資源狀態(tài)內(nèi)存沒有頁交換好每個CPU每秒10個頁交換壞更多的頁交換很差I(lǐng)通俗理解：日訪問量常用頁面最大并發(fā)數(shù)同時在線人數(shù)訪問相應(yīng)時間案例：一種是測試幾個常用頁面能接受的最大并發(fā)數(shù)（用戶名參數(shù)化，設(shè)置集合點策略）一種是測試服務(wù)器長時間壓力下，用戶能否正常操作（用戶名參數(shù)化，迭代運行腳本）一種則需要測試服務(wù)器能否接受10萬用戶同時在線操作，如果是用IIS做應(yīng)用服務(wù)器的話，單臺可承受的最大并發(fā)數(shù)不可能達到10萬級，那就必須要使用集群，通過多臺機器做負載均衡來實現(xiàn)；如果是用websphere之類的應(yīng)用服務(wù)器的話，單臺可承受的最大并發(fā)數(shù)可以達到10萬級，但為性能考慮還是必須要使用集群，通過多臺機器做負載均衡來實現(xiàn)；通常有1個簡單的計算方式，1個連接產(chǎn)生1個session，每個session在服務(wù)器上有個內(nèi)存空間大小的設(shè)置，在NT上是3M，那么10萬并發(fā)就需要300G內(nèi)用戶同時在線，跟10萬個并發(fā)數(shù)是完全不同的2個概念。這個樓上已經(jīng)說了。但如何做這個轉(zhuǎn)換將10萬時在線用戶數(shù)量的日志信息，還需要有用戶操作次數(shù)的日志信息，這2個數(shù)據(jù)的比例就是你同時在線用戶數(shù)據(jù)），一般1臺雙?！肛?G內(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è)置全部進入運行狀態(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)的速度；另外以上分析11、服務(wù)器方面：上面說的那樣的PCSERVER需要50臺;2、網(wǎng)絡(luò)方面：按每個用戶50K，那至少5根百兆帶寬獨享，估計僅僅網(wǎng)絡(luò)延遲就大概是秒一級的；務(wù)器至少需要10臺4CPU、16G內(nèi)存的機器；4、如果有CORBA，那至少再準(zhǔn)備10臺4CPU、16G內(nèi)存的機器；再加上負載均衡、防火墻、路由器和各種軟件等，總之沒個1000萬的資金投入，肯定搞不定。這樣的門戶系統(tǒng)，由于有用戶權(quán)限，所以并不象jackie所說大多是靜態(tài)頁面。但只要是多服務(wù)器的集群，那么我們就可以通過1臺機器的測試結(jié)果來計算多臺機器集群后的負載能力的，最多額外考慮一下負載均衡和路由上的壓力，比如帶寬、速度、延遲等。但如果都是在1臺機器上變化，那我們只能做一些指標(biāo)上的計算，可以從這些指標(biāo)上簡單判斷一下是否不可行，比如10萬并發(fā)用戶卻只有1根百兆帶寬，那我們可以計算出每個用戶只有1K帶寬，這顯然是不可行的。但實際的結(jié)果還是需要測試了才知道，畢竟系統(tǒng)壓力和用戶數(shù)量不是線性變化的。這一類系統(tǒng)的普遍的成熟的使用，以及很多軟件在方案設(shè)計后就能夠大致估算出系統(tǒng)的性能特點，都導(dǎo)致了系統(tǒng)在軟件