全鏈路壓測分析
PerformanceRunner（以下簡稱PR），主要是能夠針對不同的網絡協議，模擬上百萬虛擬用戶（VU），產生海量的壓力，測試應用系統的響應能力。
隨著應用系統越來越復雜，比如從單節點到集群，從單個層次到多層次、微服務，我們就需要知道壓力的鏈路是如何傳導的，壓力負載在每個節點時多少，哪個壓力節點無法承受壓力。這就是全鏈路壓測。
PerformanceOne（以下簡稱PO），會支持多不同應用、不同節點的全鏈路壓測，發現壓力傳導，找到性能瓶頸。
PO支持包括ngix、mysql、oralce、tomcat、redis等各種常用應用平臺和架構，以及針對每個架構的幾十種計數器。我們根據自己的關注點，對計數器進行篩選，在壓測過程中檢測各個計數器，發現瓶頸。
從壓測工具到壓測平臺
PR與LR、jmeter等壓測工具一樣，主要是單機部署使用。在一定程度上，無法實現：性能測試團隊共享和繼承性能測試腳本，造成大量的重復工作。
另一個方面，純粹工具化的產品，無法積累知識，也無法規劃一個完整的性能測試過程。
因此，性能測試的平臺化、用戶的角色化、腳本的重用、性能測試過程管理，就成為性能測試的一個重大趨勢。在PO平臺上，我們使用B/S架構來代替傳統的客戶端架構，把性能測試團隊集成管理到一個平臺上。所有的測試腳本、性能場景被管理。性能測試過程可以被規劃和管理。
此外，由于性能測試的常態化，因此，性能測試環境，包括被壓測的應用環境和壓力機，都需要統一規劃和管理。PO性能測試平臺提供針對性能測試環境和壓測機器的統一管理，也通過對測試環境進行資源排班，提升了壓測機器的利用率。
從腳本到低代碼
性能測試的一個問題是，需要理解協議和腳本，于是性能測試有一些“曲高和寡”。在PO的版本，我們基本上取消了性能測試腳本，而使用配置化的界面來代替性能測試腳本，降低了性能測試工具的使用門檻。
PO針對每個協議，設置了一組模板，性能測試工程師只需要根據這些模板來填寫，就能夠生成加壓的底層代碼。使用一組有序的模板，就可以實現性能測試過程。
大約在六月中下旬，我們即將發布PO的第一個版本，讓我們期待吧！
推薦閱讀：
sales@spasvo.com
