隨着用戶量的增長,服務也要緊跟時代步伐,擴容再擴容,到底按什麼樣的配置進行擴容呢?擴容後,性能怎麼樣呢,服務器各項指標是否都正常呢?mysql
——這是近期將要忙的事情~redis
固然筆者爲測試黨,對於擴容後的性能驗證是個人首要職責,也固然要清楚基礎服務配置才能更好的作好測試。sql
領導已下發任務,要將性能驗證搞成自動化,便於後期擴容驗證,所以,近期在想如何將性能測試作成自動化。數據庫
咱們用的壓測工具是JMeter,服務器監控用的是Zabbix。咱們都清楚,接口壓測確定要按照梯度施壓的方式去加用戶數,好比測試併發400,600,800等。由於咱們測試的是底層服務的接口,並且大多都是dubbo接口,一個dubbo接口又對應多個方法,還要在壓測過程當中經過Zabbix監控服務器和redis的各項指標,因此壓測的工做量很大,這就是爲何領導但願搞成自動化了。服務器
因此,就算搞成自動化,主要的測試工具仍是JMeter。併發
初步方案是,經過Jmeter+ant+Jenkins完成咱們的性能自動化。工具
一、將壓測和監控搞在一個Jmeter腳本里,以下圖:性能
第一個線程組——「併發請求」,接口併發測試的請求。測試
第二個線程組——「監控請求」,負責Zabbix監控數據的採集,直接讀取數據庫。Zabbix的監控數據是存儲在mysql裏的。線程
運行策略:在第一個線程運行10分鐘以後,在運行第二個線程組,第一個線程組總共運行15分鐘。即壓測15分鐘,在運行10分鐘後,經過zabbix的後臺數據庫獲取各項控數據。因此,在第一個線程組帶有Runtime Controller控制器,設置時間爲15分鐘。第二個線程組帶一個固定定時器,設置10分鐘。
二、準備全部的性能測試case
三、在服務器上搭建Jenkins環境
今天就到這裏了,要悉心準備測試case去了