前言

可以搭配上一篇部落格來看，是一個整體內容：https://www.cnblogs.com/gltou/p/16018087.html

HTML 報告預覽

Dashboard 板塊

Test and Report informations 測試和報告資訊

• Source file：jtl 檔名
• Start Time ：壓測開始時間
• End Time ：壓測結束時間
• Filter for display：過濾器

---

APDEX(Application performance Index) 應用程式效能指數表

APDEX 介紹

• 基於容忍和滿足的閾值，為每個事務計算 APDEX 
• 關於APDEX的相關資訊，請參考這裡：應用效能指標；英文原文，參考這裡：Apdex-Wikipedia

• apdex：應用程式效能指標，在這裡代表當前事務的效能指標，範圍在0~1之間，1表示達到所有使用者均滿意
• T(Toleration threshold)：容忍的閾值，500ms
• F(Frustration threshold)：無法接受的閾值，1.5s
• label：事務名稱（請求名）

---

Requests Summary 請求摘要圖

顯示成功和失敗的請求，不考慮事務控制器樣本結果

---

Statistics 統計表

相當於聚合報告

---

Errors 錯誤表

提供了所有錯誤及其在總請求中所佔比例

---

Top 5 Errors by sampler

為每個 Sampler（預設情況下不包括事務控制器）提供前五個錯誤資訊摘要和錯誤數，若沒有則不顯示在上面，最多顯示 5 個

Charts 介紹

• 包含了各種詳細資訊圖表，比 GUI 模式的圖表好看且易懂多了！
• 做效能測試，如何發現是否有效能瓶頸？必須從結果圖表中找到！
• 而 html 報告將效能測試可能需要用到的圖表都加進去了，可謂是6666

一共有三大模組

• Over Time
• Throughput
• Response Times

Over Time

一共有 6 個圖表

1. Response times Over Time 
2. Response times Percentiles Over Time
3. Active Threads Over Time
4. Bytes throughput Over Time
5. Latencies Over Time
6. Connect Time Over Time

1)Response times Over Time 

• 指令碼執行期間，不同事務（請求）的響應時間變化趨勢圖
• 包括事務控制器樣本結果
• 重點：可以根據響應時間和變化和TPS以及模擬的併發數變化，判斷效能拐點的範圍
• 一條線代表一個事務（請求）

2)Response times Percentiles Over Time

• 指令碼執行期間，成功的請求的響應時間百分比分佈圖
• 可理解為聚合報告對應的指標（圖二）

3)Active Threads Over Time

• 指令碼執行期間，每個執行緒組的活躍執行緒數變化趨勢圖
• 一個執行緒組對應一條線

4)Bytes throughput Over Time

• 指令碼執行期間，吞吐率變化趨勢圖
• 在容量規劃、可用性測試和大檔案上傳下載場景中，吞吐量是很重要的一個監控和分析指標
• 會忽略事務控制器樣本結果

5)Latencies Over Time

• 指令碼執行期間，傳送一個完整的請求所需時間的變化趨勢圖
• 可理解理解成：從傳送請求到收到第一個響應所花費的時間
• 包括事務控制器樣本結果

6)Connect Time Over Time

• 指令碼執行期間，事務（請求）建立連線所花費的平均時間變化趨勢圖
• 包括 SSL 三次握手的時間
• 當出現鏈 Connection Time Out 的錯誤時，Connect Time 就會等於連結超時時間

對應 Jmeter 監視器的元件

---

Throughput

1. Hits Per Second
2. Codes Per Second
3. Transactions Per Second
4. Total Transactions Per Second
5. Response Time Vs Request
6. Latency Vs Request

1)Hits Per Second

每秒點選數

2)Codes Per Second

指令碼執行期間，響應狀態碼的數量變化趨勢圖

3)Transactions Per Second（最重要）

• 每秒事務數，即 TPS
• 衡量系統處理能力的重要指標
• 包括事務控制器樣本結果

4)Total Transactions Per Second

每秒總事務數

5)Response Time Vs Request

平均響應時間與每秒請求數的關係圖

6)Latency Vs Request

完成一個完整的請求所需平均時間與每秒請求數的關係圖

對應 Jmeter 監視器的元件

---

Response Times

1. Response Time Percentiles
2. Response Time Overview
3. Time Vs Threads
4. Response Time Distribution

1)Response Time Percentiles

• 響應時間百分比分佈圖
• 響應時間在某個百分比範圍內的請求在所有請求數中所佔的比率，相比於平均響應時間，這個值更適合用來衡量系統的穩定性。

2)Response Time Overview

• 響應時間分佈圖
• 展示落在各個平均響應時間區間的請求數情況

3)Time Vs Threads

• 平均響應時間和執行緒數的對應變化曲線
• 可以通過這個對應的變化曲線來作為確定性能拐點的一個參考值
• 可以選中或取消選中下面的 Sampler

4)Response Time Distribution

• 響應時間分佈圖
• 不同響應時間區間內，成功響應數是多少