Lasttests mit dem Werkzeug Gatling

Erfahrungsbericht eines LoadRunner Lasttesters

Motivation für den Review von Gatling

Automation von Geschäftsprozessen in Gatling

Für die Erstellung eines aussagekräftigen Lasttests ist die technische Abbildung von Geschäftsprozessen notwendig. In Gatling werden die Geschäftsprozesse als 'Szenario' bezeichnet. Diese Szenarien können aus mehreren Aktionen bestehen, die wiederum innerhalb von Objekten (als Methoden) implementiert und beliebig kombiniert werden können. Die Unterteilung in Objekte und deren Methoden ist nicht zwangsläufig notwendig, wird aber aufgrund der Übersichtlichkeit empfohlen.

val scn1 = scenario("Beispiel_Jira").during(3 minutes){ 
	exec(Jira.GoTo).exec(Jira.Login).exec(Jira.Search).exec(Jira.Logout)} 
	
val scn2 = scenario("Beispiel_Jira_Peak").during(60 seconds){ 
	exec(Jira.GoTo).exec(Jira.Login).exec(Jira.Search).exec(Jira.Logout)} 

• Ausführung eines POST-Request inklusive der Parameter für Benutzernamen und Passwort 
• Prüfung auf Existenz eines Tokens im Response-Cookie 
• Speicherung des Tokens in der Variable 'Token' zur späteren Nutzung 
• Prüfung auf eine erfolgreiche serverseitige Ausführung 
• Pausieren des Skriptes für 1 Sekunde 

object Jira {
    val Login = {
        group("Login_Group"){
            exec(http("Login")
                .post("/rest/gadget/1.0/login")
                .formParam("os_username", "Username")
                .formParam("os_password", "Password")		
                .check(headerRegExp("Set-Cookie", "atlassian.xsrf.token=(.*?);")
                    .find.saveAs("Token"))	
                .check(status.is(200)))}
                .pause(1)
    }
	...
}

.exec(http("Suche verifizieren") 
	.get("/browse/QI-627?jql=text%20~%20%22gatling") 
	.check(RegExp("Gatling Blogeintrag erarbeiten")))

<!-- Das xsrf-Token wird während des Logins aus dem gesetzten Cookie extrahiert 
und in der Variable "Token" gespeichert -->

.check(headerRegExp("Set-Cookie", "atlassian.xsrf.token=(.*?);").find.saveAs("Token"))

<!-- Im Logout-Prozess muss das Token an die URL angehängt werden -->
	
val Logout = {			
	group("Logout"){
	exec(http("Logout")
		.get("/secure/Logout!default.jspa?atl_token="+"${Token}")}

Erstellung und Durchführung einer Lasttest-Simulation mit Gatling

setUp(
	scn1.inject(rampUsers(5) over(10 seconds)),
	scn2.inject(nothingFor(60 seconds), atOnceUsers(25))
).protocols(httpProtocol)

Analyse der Ergebnisse des Gatling Lasttests

Mein Fazit zu Gatling

Was ich positiv finde

• Hohe Anzahl an zu simulierenden Benutzern mittels Non-Blocking-Technologie. 
• All-in-One Skript mit Szenarien und Simulation für einfache Handhabung und DevOps-Integration. 
• Einfache Installation unter Linux und Windows. 
• Kostenfreie Open-Source-Lösung. 

Wo ich Möglichkeiten zur Verbesserung sehe

• Schwieriger Einstieg für Neulinge im Bereich Lasttest mangels Benutzerführung durch GUI. 
• Keine werkzeugbasierte Unterstützung für die Korrelation der Szenarien bzw. Analyse der Lauffähigkeit dieser (vgl. Wizards im LoadRunner). 
• Live-Monitoring während der Durchführung des Lasttests nur mit kostenpflichtiger Erweiterung "Gatling FrontLine" möglich. 
• Keine Möglichkeit zur Verteilung der Testausführung auf mehrere Lasttreiber. 
• Die Ausgabe der Testergebnisse basiert auf einem nicht anpassbaren bzw. erweiterbaren HTML-Report, was die Analyse und Auswertung erschwert. 
• Im Szenario muss bereits die Ausführungsdauer angegeben werden. Diese wäre besser in der Simulation zu definieren, um die Wiederverwendbarkeit der Szenarien zu erhöhen. 
• Keine Möglichkeit ein Herunterfahren (Ramp-down) der virtuellen Benutzer in der Simulation zu definieren. 
• Durch die noch kleine Community und die teilweise spärliche Dokumentation ist es schwierig, auf komplexe Fragen oder technische Details Antworten zu finden. 

Keywords

DevOps

Gatling

Lasttest

Lasttest Werkzeuge

Load Test

LoadRunner

Performancetester