PR效能測試工具升級到全鏈路效能測試與分析平臺

PerformanceRunner效能測試工具 即將升級為 PerformanceOne 產品。本次大規模升級，主要圍繞幾個重大功能來進行：

l  全鏈路壓測分析

PerformanceRunner效能測試工具 （以下簡稱 PR ），主要是能夠針對不同的網路協議，模擬上百萬虛擬使用者（ VU ），產生海量的壓力，測試應用系統的響應能力。

隨著應用系統越來越複雜，比如從單節點到叢集，從單個層次到多層次、微服務，我們就需要知道壓力的鏈路是如何傳導的，壓力負載在每個節點時多少，哪個壓力節點無法承受壓力。這就是全鏈路壓測。

PerformanceOne （以下簡稱 PO ），會支援多不同應用、不同節點的全鏈路壓測，發現壓力傳導，找到效能瓶頸。

PO 支援包括 ngix 、 mysql 、 oralce 、 tomcat 、 redis 等各種常用應用平臺和架構，以及針對每個架構的幾十種計數器。我們根據自己的關注點，對計數器進行篩選，在壓測過程中檢測各個計數器，發現瓶頸。

l  從壓測工具到壓測平臺

PR 與 LR 、 jmeter 等壓測工具一樣，主要是單機部署使用。在一定程度上，無法實現：效能測試團隊共享和繼承效能測試指令碼，造成大量的重複工作。

另一個方面，純粹工具化的產品，無法積累知識，也無法規劃一個完整的效能測試過程。

因此，效能測試的平臺化、使用者的角色化、指令碼的重用、效能測試過程管理，就成為效能測試的一個重大趨勢。在 PO 平臺上，我們使用 B/S 架構來代替傳統的客戶端架構，把效能測試團隊整合管理到一個平臺上。所有的測試指令碼、效能場景被管理。效能測試過程可以被規劃和管理。

此外，由於效能測試的常態化，因此，效能測試環境，包括被壓測的應用環境和壓力機，都需要統一規劃和管理。 PO 效能測試平臺提供針對效能測試環境和壓測機器的統一管理，也透過對測試環境進行資源排班，提升了壓測機器的利用率。

l  從指令碼到低程式碼

效能測試的一個問題是，需要理解協議和指令碼，於是效能測試有一些 “曲高和寡”。在 PO 的版本，我們基本上取消了效能測試指令碼，而使用配置化的介面來代替效能測試指令碼，降低了效能測試工具的使用門檻。

PO 針對每個協議，設定了一組模板，效能測試工程師只需要根據這些模板來填寫，就能夠生成加壓的底層程式碼。使用一組有序的模板，就可以實現效能測試過程。

 

大約在六月中下旬，我們即將釋出 PO 的第一個版本，讓我們期待吧！