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