轉:性能測試常見術語

內容來自《LoadRunner性能測試實戰》一書。
性能測試常見的術語主要有併發、併發用戶數量、請求響應時間、吞吐量、吞吐率、TPS、點擊率、資源利用率等
數據庫

  • 併發
狹義的併發通常分兩種狀況。一種是嚴格意義上的併發,即全部用戶在同一時刻作同一件事情或操做,這種操做通常針對同一類型的業務。
另外一種併發是廣義的併發。這種併發與狹義的併發的區別是儘管多個用戶對系統發出了請求或進行了操做,可是這些請求或操做能夠是相同的,也能夠是不一樣的。對總體系統而言,任然有不少用戶同時對系統進行操做,所以,仍然屬於併發的範疇。
能夠看出,廣義的併發是包含狹義的併發的,並且廣義的併發更接近用戶的實際使用狀況,由於對大多數系統而言,只有數量不多的用戶進行「嚴格意義上的併發」。 對於性能測試而言,這兩種併發通常都須要進行測試,一般的作法是先進行嚴格意義上的併發測試。嚴格意義上的併發通常發生在使用比較頻繁的模塊中,儘管發生 的機率不是特別高,可是一旦發生性能問題,後果極可能是致命的。嚴格意義上的併發測試每每和功能測試關聯起來,由於只要併發功能遇到異常一般都是程序的問 題,這種測試也是健壯性和穩定性測試的一部分。

  • 併發用戶數量
關於併發用戶數量,有兩種常見的錯誤觀點。一種錯誤觀點是把併發用戶數量理解爲使用系統的所有用戶的數量,理由是這些用戶可能同時使用系統;還有一種比較接 近正確的觀點是把用戶在線數量理解爲併發用戶數量。實際上,在線用戶不必定會和其餘用戶發生併發,例如正在瀏覽網頁信息的用戶,對服務器是沒有任何影響 的。可是,用戶在線數量是統計併發用戶數量的主要依據之一。
併發主要針對服務器而言,是否併發的關鍵是看用戶的操做是否對服務器產生了影響。所以,併發用戶數量的正確理解是,在同一時刻與服務器進行交互的在線用戶數量。這些用戶的最大特徵是和服務器發生了交互,這種交互既能夠是單向傳送數據的,也能夠是雙向傳送數據的。
併發用戶數量的統計方法目前尚未準確的公式,由於不一樣的系統會有不一樣的併發特色。例如OA系通通計併發用戶的經驗公式爲:使用系統的用戶數量*(5%~20%)。對於這個公式,沒有必要拘泥於計算出的結果,由於爲了保證系統的擴展空間,測試時的併發用戶數量就會稍稍大一些,除非要測試系統能承受的最大併發用戶數量。舉例說明:若是一個OA系統的指望用戶爲1000個,只要測試出系統能支持200個併發用戶就能夠了。

  • 請求響應時間
請求響應時間是指從客戶端發出請求到獲得響應的整個過程的時間。這個過程從客戶端發出一個請求開始計時,到客戶端接收到從服務器端返回的響應結果計時結束。在某些工具中,請求響應時間一般會被稱爲"TTLB",即"Time to last byte",意思是從發送一個請求開始,到客戶端接收到最後一個字節的響應爲止所耗費的時間。請求響應時間的單位通常爲「秒」或「毫秒」。

  • 事物響應時間
事物可能由一系列請求組成,事物的響應時間主要針對用戶而言,屬於宏觀上的概念,是爲了向用戶說明業務響應時間而提出來的。例如:跨行取款事物的響應時間就是由一系列的請求組成的。事物響應時間和業務吞吐率都是直接衡量系統性能的參數。

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

  • 吞吐率(Throughput)
一般用來指單位時間內網絡上傳輸的數據量,也能夠指單位時間內處理的客戶端請求數量。是衡量網絡性能的重要指標。
可是從用戶或業務角度來看,吞吐率也能夠用「請求數/秒」或「頁面數/秒」、「業務數/小時或天」、「訪問人數/天」、「頁面訪問量/天」來衡量。例如在銀行卡審批系統中,能夠用「千件/每小時」來衡量系統的業務處理能力。

  • TPS(Transaction Per Second)
每秒鐘系統可以處理的交易或事物的數量。它是衡量系統處理能力的重要指標。TPS是LoadRunner中重要的性能參數指標。

  • 點擊率(Hit Per Second)
每秒鐘用戶向Web服務器提交的HTTP請求書。這個指標是Web應用特有的一個指標:Web應用是「請求-響應」模式,用戶發出一次申請,服務器就要處理一次,因此「點擊」是Web應用可以處理交易的最小單位。若是把每次點擊定義爲一次交易,點擊率和TPS就是一個概念。不難看出,點擊率越大,對服務器的壓力也越大。點擊率只是一個性能參考指標,重要的是分析點擊時產生的影響。
須要注意的是,這裏的點擊不是指鼠標的一次「單擊」操做,而是在一次「單擊」操做中,客戶端可能向服務器發出多個HTTP請求。

  • 資源利用率
資源利用率指的是對不一樣系統資源的使用程度,例如服務器的CPU利用率、磁盤利用率等。資源利用率是分析系統性能指標而改善性能的主要依據,所以,它是Web性能測試工做的重點。 資源利用率主要針對Web服務器、操做系統、數據庫服務器、網絡等,是測試和分析瓶頸的主要參數。在性能測試中,要根據需求採集具體的資源利用率參數來進行分析。
相關文章
相關標籤/搜索