題記：在用 loadrunner 的時候可以生成一個 HTML 的報告，并且里面包含各種圖表，各種詳細(xì)的數(shù)據(jù)。而在使用 Jmeter 測試完后并不能直接生成 Html 的報告(無論是用 GUI 還是命令行啟動)。

經(jīng)過查找資料發(fā)現(xiàn) Jmeter 的 extras 目錄下有生成 HTML 的 xsl 樣式表，其實 Jenkins+ant+Jmeter 生成的 HTML 報告也是調(diào)用了這里的樣式表生成的，于是

通過 xsltproc report.jtl > test.html，或者 ant 也可以。這個命令把Jmeter 的結(jié)果文件轉(zhuǎn)換為 HTML 的報告。結(jié)果如下：

這里雖然能生成 HTML 報告了，但是這個報告太弱了，基本不能用，包含的參數(shù)太少。所以需要對這個報告進(jìn)行擴展。因為 Jmeter 本身的聚合報告的數(shù)據(jù)還是比較全的，

因此打算按照那個報告的值進(jìn)行擴展。

xsltproc，xlst介紹

XSL 指擴展樣式表語言(EXtensible Stylesheet Language)，把 XML 轉(zhuǎn)換為HTML 用的就是 xls 編寫的樣式表，所以如果要擴展這個報告，首先要對 xls

xsltproc 是一個快速 XSLT 引擎,它可以將通過 XSL 層疊樣式表把 XML 轉(zhuǎn)換為相應(yīng)格式的文件，比如：HTML,XHTML,PDF

比如將 XML 轉(zhuǎn)換為 HTML，使用格式如下：

xsltproc xsl-html.xsl hoto.xml -o html.html (這里還可以直接把樣式表文件寫入 jtl 文件的 href 屬性中，直觀的告訴這個 XML 用哪個樣式表)

xls 中查找 XML 用的 xpath，因此還需要對 xpath 熟悉，xsltproc 這個引擎用的是 xpath1.0 版本，因此在樣式表中使用 xpath 是不能使用 xpath2.0 的函數(shù)

和一些屬性。

個人對 xpath 還算熟悉，但是對 xls 一點也不熟悉，沒辦法為了能夠擴展報告，直接學(xué)習(xí) xls 和 xpath。(關(guān)于 xls 會再寫一遍博客介紹，順便把使用過程中

的問題和經(jīng)驗匯總)

如果直接使用 ant 和 Jmeter 集成后也是可以直接生成的，但是 ant 轉(zhuǎn)換 HTML 的引擎也是只支持 xpath1.0，后來經(jīng)過了解大部分的引擎都不支持xpath2.0，所以

期中不能使用 xpath2.0 的函數(shù)。

90%Line 時間

為了能夠顯示 90%Line 的時間，首先要對這個指標(biāo)熟悉，這個指標(biāo)值得是一組數(shù)據(jù)，在 90% 的位置的數(shù)據(jù)的時間，所以我們擴展的時候只要知道了 90%

位置的索引，那么就能取得這個值了。

以下是部分關(guān)鍵代碼

這里主要是獲得時間元素的集合，以及 90%line 的位置，有了這兩個參數(shù)后就可以進(jìn)行后續(xù)的擴展了，擴展后的效果圖如下：

因為 90%Line 和 95%Line,99%Line 計算原理都是一致的，因此只要計算出一個值其他的值也很好計算

QPS 擴展

Jmeter 的具合報告有 Throughput 這個值，這個在 loadrunner 中是表示為吞吐量的，這里可以表示 QPS 或者 TPS(在使用了事務(wù)的情況下)，個人把這個稱為 QPS，因為更直觀。

和 %90Line 同樣的道理，首先必須知道這個值是怎么計算出來，經(jīng)過查找資料和官網(wǎng)的比較，發(fā)現(xiàn)這個值是通過如下的公式計算出來的：

官網(wǎng)的截圖：

Throughput = (number of requests) / (total time)

total time = 測試結(jié)束時間 - 測試開始時間

測試結(jié)束時間 = MAX(請求開始時間 + Elapsed Time)

測試開始時間 = MIN(請求開始時間)

知道了公式，那么計算就容易了，以下是關(guān)鍵代碼：

擴展后的結(jié)果如下：

吞吐量擴展

在 loadrunner 中吞吐量就是 Throughput，在 Jmeter 的聚合報告中最后一列的值就是 loadrunner 中的 Throughput，為了便于區(qū)分，我把這里的值稱為Throughput，

也就是吞吐量。

經(jīng)過查找資料發(fā)現(xiàn)吞吐量的計算和 QPS 的計算公式是一樣的，因為也就是如下的公式：

Throughput = (請求的總字節(jié)數(shù)) / (total time)

這里的 total time 計算和 QPS 是一樣的，而總字節(jié)數(shù)直接把所有請求的加起來即可，關(guān)鍵代碼如下：

因為這里顯示的字節(jié)，最后的結(jié)果我打算以 KB 的單位顯示，因此這里需要除以1024，擴展后的結(jié)果如下

TPS擴展

TPS 在 Jmeter 中雖然某些情況和 QPS 是一致的，但是還是有不一致的地方，因此這里也需要擴展，這樣的結(jié)果看著更清晰明了。

首先和其他的參數(shù)擴展一樣，需要知道計算公式，這里的計算公式和 QPS 也是一樣的，只是數(shù)據(jù)的集合不一樣，以下是擴展后的效果。

在擴展的過程中進(jìn)一步發(fā)現(xiàn) Jmeter 的聚合結(jié)果中最后的”總體“一行在某些情況下計算的數(shù)值是不準(zhǔn)確的。如果腳本中不包含事務(wù)，那么這里的結(jié)果是準(zhǔn)確的，如果都包含事務(wù)并且把

Generate parent sample 選中后這里的結(jié)果也是準(zhǔn)確的，在腳本中有事務(wù)并且沒有選中 Generate parent sample，或者有些有事務(wù)有些沒有時，這時的結(jié)果就不準(zhǔn)確了，因為查看計算

方式發(fā)現(xiàn)它把所有的請求都算進(jìn)去了。

比如，一個 jtl 文件中即包含 HTTP 請求也包含事務(wù)，因為事務(wù)只是對之前請求的一個統(tǒng)計，本身是不發(fā)送請求的，所以計算總的吞吐量、QPS，TPS 時是不能這么算的。

所以在擴展的過程中分成了兩個樣式表，一個樣式表處理包含事務(wù)，或者沒有事務(wù)的情況，這時的結(jié)果以 QPS 衡量；一個樣式表處理全都是事務(wù)的情況，這時候的結(jié)果以 TPS 衡量，這樣

就準(zhǔn)確了。

測試

擴展了好幾個指標(biāo)，這些指標(biāo)的正確性如何呢？需要在多種情況下進(jìn)行測試，經(jīng)過測試后各個指標(biāo)都是正確的。但是還沒有在大的數(shù)據(jù)量級別下測試，如果測試后發(fā)現(xiàn)哪里會有問題，會及時

更改。

切記：由于樣式表中是按照 lb 進(jìn)行請求區(qū)分的，因此這里的 lable 不能重復(fù)，本身也不應(yīng)該重復(fù)，包括 Jmeter 的聚合報告都是以 lable 進(jìn)行區(qū)分的

PS：在擴展過程中的難點一是公式如何計算的，二是xls這個 指擴展樣式表語言不是很熟悉，本身也有很多限制，會在下個博客中說明。但是用過后感覺還是很不錯的既熟悉了 xpath 還熟悉了 xls。

三是需要對 Jmeter 的測試結(jié)果文件每個字段戴表什么意思熟悉，這樣才能定制更多的指標(biāo)，這個也會在單獨的博客中說明

總結(jié)

以上是生活随笔為你收集整理的jmeter聚个报告怎么看qps_Jmeter 使用笔记之 html 报告扩展（一）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。