在系統結束之前,這是系統達到特定輸入所花費的時間。例如,您擁有API,并且您想確切地知道執行它和以JSON返回數據所花費的時間。響應時間衡量每個事務或查詢的服務器響應。
本文轉載自微信公眾號「新鈦云服」,作者喬冰誠 翻譯 。轉載本文請聯系新鈦云服公眾號。
響應時間測試衡量一個系統節點響應另一個請求所花費的時間。在系統結束之前,這是系統達到特定輸入所花費的時間。例如,您擁有API,并且您想確切地知道執行它和以JSON返回數據所花費的時間。響應時間衡量每個事務或查詢的服務器響應。
響應時間從用戶發送請求開始,到應用程序聲明請求已完成時結束。
如何測量響應時間?
響應時間是在測試工具的幫助下,通過將重要業務流程包含在“開始”和“結束”事務中來衡量的。業務流程可以是用戶在應用程序中執行以完成業務任務的一個動作或一組動作。例如,登錄該應用程序或在Amazon.com上購買書籍。
對于相同的過程,響應因工具而異。這就是為什么
- 計算每個工具收集的指標的方法
- 工具模擬加載和捕獲速度,這可能會縮短響應時間
- 監視用戶負載時記錄的額外項目
- 由于高資源消耗,每個工具收集的計算指標會增加響應時間。
- 兩種工具的架構可能不同
響應指標的類型:
- 響應時間指標:說明
- 平均響應時間:平均響應時間是每個往返請求所花費的平均時間。平均響應時間包括html,css,XML,圖像,JAVAScript文件等的加載時間。因此,當系統中存在慢速組件時,平均值會受到影響。
- 峰值響應時間:峰值響應時間可幫助我們發現可能存在問題的組件。它可以幫助我們發現某些請求未得到正確處理的網站或系統中的所有違規行為。例如,可能會執行大型數據庫查詢,這可能會影響響應時間。此查詢不允許頁面在所需的時間加載。
- 錯誤率:錯誤率是一種數學計算,顯示問題請求相對于所有請求的百分比。此百分比計算在服務器上顯示錯誤的所有HTTP狀態代碼。它還會計數超時的請求。
三個重要的響應時間值:
響應時間測試具有兩個最基本的特征:
- 平均響應時間?
- 最大響應時間
它顯示用戶需要等待服務器響應其請求的時間。
以下是關鍵響應時間值
- 0.1秒:這是最優選的響應時間。如果響應時間為0.1,則用戶始終會感覺到應用程序或系統正在立即響應,并且不會感到任何中斷。
- 1.0秒:它定義為可接受的響應時間的最大限制。用戶可能不會感到任何中斷,盡管他們可能會遇到一些延遲。超過1秒的響應時間可能會中斷用戶體驗。
- 10秒:這是最大限制,之后響應時間超出可接受的限制。但是,在今天的時間里,如果響應時間超過6秒,則用戶將離開該站點或退出該應用程序。
響應時間測試工具:
市場上有許多響應時間測試工具。三個最著名的名字是:
1)JMeter:
Jmeter可用于目標應用程序上的負載和性能測試。
下載鏈接:http : //jmeter.Apache.org/download_jmeter.cgi
2)Load Runner:
Load Runner是Microfocus開發的負載測試產品。LoadRunner響應測試工具的工作原理是在主題應用程序上模擬虛擬用戶。
下載鏈接: https : //software.microfocus.com/de-de/products/loadrunner-load-testing/free-trial
3)AEM:
Adobe Experience manage(簡稱為AEM)是另一個測試響應時間的有效工具。它允許檢查有問題的查詢,請求和錯誤消息。
下載鏈接: https : //helpx.adobe.com/in/experience-manager/6-3/sites/developing/using/aem-eclipse.html
結論:
- 響應時間是指一個系統節點響應另一個請求所花費的時間
- 平均響應時間是每個往返請求所花費的平均時間
- 峰值響應時間可幫助我們發現哪些組件可能有問題。
- 錯誤率是一種數學計算,顯示問題請求的百分比。
- 三個關鍵響應時間值為:0.1秒,1.0秒和10秒
- 三種最常用的響應時間測試工具是Jmeter,LoadRunner和AEM。
原文鏈接:https://www.guru99.com/response-time-testing.html#2