效能測試常用術語

是指從客戶端傳送乙個請求開始計時，到客戶端接收到從伺服器端返回的響應結果計時結束。

在一些工具中，請求響應事假通常稱為ttlb（time to last byte:從傳送第乙個請求開始，到客戶端收到最後乙個位元組的響應為止所耗費的時間）

請求響應時間的單位一般為「秒」或「毫秒」

請求響應時間=客戶端時間+網路時間（傳輸時間）+伺服器時間

實際的專案測試過程中，經常將被測系統部署到內網環境，這樣有充足的頻寬，即可規避網路的瓶頸。（因為網路是不可控的，是運營商提供的，不可控的，注意測的是系統，而不是網路，若系統測試，最終測出是網路問題，也是無法解決的。）

效能測試關心兩個詞：請求和響應。正常的順序是請求和應答，先發後收

三、事務響應時間

使用者完成某個具體事務（如跨行取款事務）所需要的時間。

358原則：對於一般系統而言，如果使用者點選按鈕後，系統可以在3秒鐘內得到應答，則使用者比較滿意；如果系統在5秒內得到應答，則使用者能夠忍受；如果系統在8秒後得到應答，則使用者不能忍受

四、點選率

每秒使用者向web伺服器提交的http請求數

–點選率越大，對伺服器的壓力也越大

點選不是指滑鼠的一次「點選」操作，因為在一次「單擊」中，可能向伺服器傳送多個請求。

比如：使用者點選登入按鈕，返回的頁面中有3張，則點選率是4=3+1。每秒的點選量稱為點選率

瀏覽器的原理：

當使用者訪問某個html檔案（web網頁）時，瀏覽器首先獲取到該html檔案，然後進行語法分析。

注意：http協議是無狀態的，也就是說，瀏覽器和伺服器的互動都是相互獨立的，server並不知道來自brower的任何兩個請求是否來自同一頁面，或者是否有次序的規律。因為，web系統在http協議上層進行了控制，從國cookie、session等機制來保證請求的狀態。

五、吞吐量

吞吐量是資料層的指標，指單位時間內系統成功傳輸的資料量，以mb、gb等為單位

tps是網路協議層的指標，指一秒內成功完成的事務數（transaction）

使用者在任意給定一秒從伺服器端獲得的全部資料量，單位是位元組

吞吐率：吞吐量/傳輸時間

如果在頻寬充足的情況下，完美的吞吐率會隨著點選率的增加而增加,吞吐量是個比較通用的概念，可以用於衡量網路效能或軟體效能

六、資源利用率

一般指在進行效能測試過程中，要對aut的伺服器進行資源監控，其中資源伺服器的cpu、記憶體、磁碟和網路等主要的效能計數器，關注其利用情況。

七、效能測試策略

遞增測試

每隔一定時間段（如5s、10s）載入不同數目的虛擬使用者執行測試點測試，對測試點進行遞增使用者壓力載入測試。

目的：若所有虛擬使用者同時載入，有可能aut的資源突然增大，進而影響後續測試中關心的測試點的資料，所以前面可以稍稍放緩，遞增載入虛擬使用者。

八、事務

為度量伺服器的效能，需要定義事務。事務表示要度量的終端使用者業務流程或操作

九、場景（scenario）

①場景是乙個檔案，用於根據效能要求定義在每乙個測試會話執行期間發生的事務

②模擬真實環境，使用者執行狀況。

如何測試場景的引數：把握乙個原則—模擬實際的生成環境