前言
前面兩篇我們簡單介紹 JMeter 安裝、基本使用、BeanShell 前/後至處理器與語法,透過這些基本的操作,您可以對於專案內的WebAPI開始撰寫測試的腳本。在這一篇我們將透過 JMeter plugin for TeamCity 整合TeamCity 與 Jmeter,讓您透過 TeamCity 也能進行壓力測試並觀看結果,若有錯誤或建議,請各位先進不吝提出,謝謝。
前面兩篇我們簡單介紹 JMeter 安裝、基本使用、BeanShell 前/後至處理器與語法,透過這些基本的操作,您可以對於專案內的WebAPI開始撰寫測試的腳本。在這一篇我們將透過 JMeter plugin for TeamCity 整合TeamCity 與 Jmeter,讓您透過 TeamCity 也能進行壓力測試並觀看結果,若有錯誤或建議,請各位先進不吝提出,謝謝。
當您需要進行提供或介接 WebAPI 的工作,在撰寫程式前我們會透過 Postman 進行測試,進一步了解服務是否正常與確認回傳的內容;或透過 swagger 讓工程師了解介接過程中使用的參數與回傳結果,方便進行介接與測試工作。雖然這些工作都可以自行撰寫程式進行測試,但過程相當耗費時費力,這些套件透過腳本可以進行複雜的介接功能,節省我們另行撰寫程式的時間。壓力測試也不例外,也能透過腳本撰寫的方式,進行複雜的測試。這一篇,我們將介紹如何在JMeter 中使用 BeanShell scripts 進行前處理與後處理,若有錯誤或建議,請各位先進不吝提出,謝謝。
透過前面19篇文章介紹,我們已經了解如何透過 Gulp + TeamCity 實作.Net Core web application持續整合。而在後續的幾篇,我們將增加持續整合的應用(如:壓力測試、機器人控制)與持續交付(docker)部分,這些應用將有效提升自動化流程的效率。如有錯誤或建議,請各位先進不吝提出,謝謝。