web性能測試基本性能指標

　　Web性能測試的部分概況一般來說，一個Web請求的處理包括以下步驟：

　　(1)客戶發送請求

　　(2)web server接受到請求，進行處理;

　　(3)web server向DB獲取數據;

　　(4)webserver生成用戶的object(頁面)，返回給用戶。給客戶發送請求開始到最后一個字節的時間稱為響應時間(第三步不包括在每次請求處理中)。

　　1.事務(Transaction)

　　在web性能測試中，一個事務表示一個“從用戶發送請求->web server接受到請求，進行處理-> web server向DB獲取數據->生成用戶的object(頁面)，返回給用戶”的過程，一般的響應時間都是針對事務而言的。

　　2.請求響應時間

　　請求響應時間指的是從客戶端發起的一個請求開始，到客戶端接收到從服務器端返回的響應結束，這個過程所耗費的時間，在某些工具中，響應通常會稱為 “TTLB”，即"time to last byte"，意思是從發起一個請求開始，到客戶端接收到最后一個字節的響應所耗費的時間，響應時間的單位一般為“秒”或者“毫秒”。一個公式可以表示：響應時間=網絡響應時間+應用程序響應時間。標準可參考國外的3/5/10原則：

　　(1)在3秒鐘之內，頁面給予用戶響應并有所顯示，可認為是“很不錯的”;

　　(2)在3~5秒鐘內，頁面給予用戶響應并有所顯示，可認為是“好的”;

　　(3)在5~10秒鐘內，頁面給予用戶響應并有所顯示，可認為是“勉強接受的”;

　　(4)超過10秒就讓人有點不耐煩了，用戶很可能不會繼續等待下去;

　　3、事務響應時間

　　事務可能由一系列請求組成,事務的響應時間主要是針對用戶而言,屬于宏觀上的概念，是為了向用戶說明業務響應時間而提出的.例如:跨行取款事務的響應時間就是由一系列的請求組成的.事務響應時間是直接衡量系統性能的參數.

　　4.并發用戶數

　　并發一般分為2種情況。一種是嚴格意義上的并發，即所有的用戶在同一時刻做同一件事情或者操作，這種操作一般指做同一類型的業務。比如在信用卡審批業務中，一定數目的擁護在同一時刻對已經完成的審批業務進行提交;還有一種特例，即所有用戶進行完全一樣的操作，例如在信用卡審批業務中，所有的用戶可以一起申請業務，或者修改同一條記錄。

　　另外一種并發是廣義范圍的并發。這種并發與前一種并發的區別是，盡管多個用戶對系統發出了請求或者進行了操作，但是這些請求或者操作可以是相同的，也可以是不同的。對整個系統而言，仍然是有很多用戶同時對系統進行操作，因此也屬于并發的范疇。

　　可以看出，后一種并發是包含前一種并發的。而且后一種并發更接近用戶的實際使用情況，因此對于大多數的系統，只有數量很少的用戶進行“嚴格意義上的并發”。對于WEB性能測試而言，這2種并發情況一般都需要進行測試，通常做法是先進行嚴格意義上的并發測試。嚴格意義上的用戶并發一般發生在使用比較頻繁的模塊中，盡管發生的概率不是很大，但是一旦發生性能問題，后果很可能是致命的。嚴格意義上的并發測試往往和功能測試關聯起來，因為并發功能遇到異常通常都是程序問題，這種測試也是健壯性和穩定性測試的一部分。

　　用戶并發數量：關于用戶并發的數量，有2種常見的錯誤觀點。 一種錯誤觀點是把并發用戶數量理解為使用系統的全部用戶的數量，理由是這些用戶可能同時使用系統;還有一種比較接近正確的觀點是把在線用戶數量理解為并發用戶數量。實際上在線用戶也不一定會和其他用戶發生并發，例如正在瀏覽網頁的用戶，對服務器沒有任何影響，但是，在線用戶數量是計算并發用戶數量的主要依據之一。

　　5.吞吐量

　　指的是在一次性能測試過程中網絡上傳輸的數據量的總和.吞吐量/傳輸時間,就是吞吐率.

　　6、TPS(transactionper second)

　　每秒鐘系統能夠處理的交易或者事務的數量.它是衡量系統處理能力的重要指標.

　　7、點擊率

　　每秒鐘用戶向WEB服務器提交的HTTP請求數.這個指標是WEB應用特有的一個指標:WEB應用是"請求-響應"模式,用戶發出一次申請,服務器就要處理一次,所以點擊是WEB應用能夠處理的交易的最小單位.如果把每次點擊定義為一個交易,點擊率和TPS就是一個概念.容易看出,點擊率越大,對服務器的壓力越大.點擊率只是一個性能參考指標,重要的是分析點擊時產生的影響。需要注意的是,這里的點擊并非指鼠標的一次單擊操作,因為在一次單擊操作中,客戶端可能向服務器發出多個HTTP請求.

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