性能測試—性能測試指標及Jmeter性能測試

[email protected] - Bytes Throughput Over Time:不同時間吞吐量（字節Bytes）展示（圖表）

聚合報告裏，Throughput是按請求個數來展示的，比如說1.9/sec，就是每s發送1.9個請求；而這裏的展示是按字節Bytes來展示的圖表，表示每秒發送多少字節

[email protected] - Composite Graph： 混合圖表

在它的Graphs裏面可以設置多少個圖表一起展示，它可以同時展示多個圖表

這裏可以將一些圖表結合在一起查看性能趨勢和走向，有利於對比和結合查看性能

[email protected] - Flexible File Writer：這個插件允許你靈活記錄測試結果

Filename：結果記錄的文件，將結果保存的文件

Overwirte existing file：是否覆蓋這個文件，如果該文件有內容，勾選決定每次的結果是否覆蓋文件的內容

Ｗrite File Header：文件的頭(即文件的第一行)

Record each sample：記錄不同的sample，sample如http請求的sample（記錄哪些內容，什麼順序，如何隔開不同的值）

Write File Footer：文件的結尾（即文件的最後一行）

[email protected] - Hits per Second：每秒點擊量，點擊量在性能測試-常見的性能指標（一）的博文中已經詳細介紹，指的是每秒web服務器接收到的請求數

[email protected] - PerfMon Metrics Collector：服務器性能監測控件，包括CPU，Memory，Network，Ｉ/Ｏ等等（此功能用到在需監聽的服務器上啓動startAgent）

根據需要選擇CPU，Memory，Network Ｉ/Ｏ等

監控的cpu的情況如下：

[email protected] - Reponse Times Distribution： 顯示測試的響應時間分佈，X軸顯示由時間間隔分組的響應時間，Y軸包含每個區間的樣本數

[email protected] - Transactions per Second： 每秒事務數，服務器每秒處理的事務數

8.聚合報告

lable：對應每一個http請求，顯示的是http請求的Name，如百度http請求name爲baidu

#Samples：表示這一次的測試中一共發出了多少請求，如上圖所示，sougou和baidu的http請求每個都發出30個請求

Average：平均響應時間，指的是所有的請求的平均響應時間，如上圖的30個請求的總的響應時間除以30得出的平均響應時間，默認的情況下是單個請求的平均響應時間，但當使用了「事務控制器」時，則以事物爲單位顯示平均響應時間

Median：中位數，也就是50%用戶的響應時間

90%Line：90%用戶的響應時間

Min：最小響應時間

Max：最大的響應時間

Error%：本次測試中出現錯誤的請求的數量/請求的總數，如上圖所示，本次的測試中，sougou的http請求66.6%的請求出錯，而baidu的請求則沒有出錯的請求

Throughput：吞吐量，默認情況下表示每秒完成的請求數，如上圖所示，每秒完成的請求數分別爲6.6個每秒，6.2個每秒

Recived KB/Sec：每秒從服務器端接收到的數據量，以kb爲計算的單位

CPU：

對於各指標項，數值都是代表百分比，比如默認配置(combined)下在曲線圖中看到某個時間的數值是30，即代表此時總的cpu使用時間佔比爲30%。

當一個PerfMon監聽器中展示多種指標項的數據時，爲了曲線圖的可觀察性，在CPU項和內存項都有個x10，代表曲線圖中展示的數值是在採集到的真實數值上放大了10倍，目的是爲了保證不同數據項在同一座標系中展示時，各項都變化趨勢都能夠被觀察到。

Memory：

各指標項中，usedperc(默認，使用百分比)和freeperc（空閒百分比）兩項的數值代表與總內存的百分比，其餘指標項的數值都是指內存大小，選中對應想，可以看到Metric Unit區域單位配置將變爲可用，通常Mb會比較適合觀察。

Disk I/O:

各指標項中，queue(默認)的數值代表等待I/O隊列長度，reads、writes分別代表每秒處理的讀/寫次數，readbytes、writebytes顧名思義，代表每秒讀/寫的數據量，單位同樣在Metric Unit區域配置，通常Mb會比較適合觀察。

如果有掛載多個存meter儲設備，可以在Filesystem Filter區域指定要監控的設備。、

[email protected] - Actiive Threads Over Time：不同時間的活動用戶數量展示（圖表）

[email protected] - Bytes Throughput Over Time:不同時間吞吐量（字節Bytes）展示（圖表）

聚合報告裏，Throughput是按請求個數來展示的，比如說1.9/sec，就是每s發送1.9個請求；而這裏的展示是按字節Bytes來展示的圖表，表示每秒發送多少字節

[email protected] - Hits per Second：每秒點擊量，點擊量在性能測試-常見的性能指標（一）的博文中已經詳細介紹，指的是每秒web服務器接收到的請求數

[email protected] - Respose Times Over Time： 一段時間內的響應時間，顯示每個採樣以毫秒爲單位的平均響應時間

[email protected] - Transactions per Second： 每秒事務數，服務器每秒處理的事務數

聚合報告

lable：對應每一個http請求，顯示的是http請求的Name，如百度http請求name爲baidu

#Samples：表示這一次的測試中一共發出了多少請求，如上圖所示，sougou和baidu的http請求每個都發出30個請求

Average：平均響應時間，指的是所有的請求的平均響應時間，如上圖的30個請求的總的響應時間除以30得出的平均響應時間，默認的情況下是單個請求的平均響應時間，但當使用了「事務控制器」時，則以事物爲單位顯示平均響應時間

Median：中位數，也就是50%用戶的響應時間

90%Line：90%用戶的響應時間

Min：最小響應時間

Max：最大的響應時間

Error%：本次測試中出現錯誤的請求的數量/請求的總數，如上圖所示，本次的測試中，sougou的http請求66.6%的請求出錯，而baidu的請求則沒有出錯的請求

Throughput：吞吐量，默認情況下表示每秒完成的請求數（即每秒事務數），如上圖所示，每秒完成的請求數分別爲6.6個每秒，6.2個每秒

Recived KB/Sec：每秒從服務器端接收到的數據量，以kb爲計算的單位

上面是我收集的一些視頻資源，在這個過程中幫到了我很多。如果你不想再體驗一次自學時找不到資料，沒人解答問題，堅持幾天便放棄的感受的話，可以加入我們羣【902061117】，裏面有各種軟件測試資源和技術討論。

當然還有面試，面試一般分爲技術面和hr面，形式的話很少有羣面，少部分企業可能會有一個交叉面，不過總的來說，技術面基本就是考察你的專業技術水平的，hr面的話主要是看這個人的綜合素質以及家庭情況符不符合公司要求，一般來講，技術的話只要通過了技術面hr面基本上是沒有問題（也有少數企業hr面會刷很多人） 我們主要來說技術面，技術面的話主要是考察專業技術知識和水平，上面也是我整理好的精選面試題。 加油吧，測試人！如果你需要提升規劃，那就行動吧，在路上總比在起點觀望的要好。事必有法，然後有成。 資源不錯就給個推薦吧~