Är det som så att last-tester är svårt och krångligt?

Det är en regnig söndagseftermiddag i slutet av september och du sippar på en kopp kaffe. Egentligen borde du åka ut till shoppingcentrat och titta på den där nya fräcka prylen alla pratar om. Men det regnar ute!  Vad ska du göra? Kanske se om den finns att beställa via nätet?  Du hittar en butik på nätet som har varan och du skapar en användare där och loggar in. Är det inte lite långsamt, frågar du dig själv? Precis när du valt varan och ska skicka iväg beställningen så får du en timeout från webbservern och du måste logga in igen. Inget av de val du gjort finns kvar. Du kanske tröttnar och stänger ner datorn och gör något annat istället.

Känner du igen dig?

Nu har ju givetvis affärer på nätet skyddat sig mot detta så andra gången du loggar in så finns din beställning kvar. Men det faktum att webbservern krånglade just när du skulle beställa kan urholka förtroendet för nätbutiken och i allra värsta fall så kanske nätbutiken tappar kunder.

Last-tester brukar allt som oftast göras då det verkligen uppstår problem, och inte i förebyggande syfte för att minimera problem. Ganska ofta är de icke-funktionella kraven otydliga eller saknas helt. Vad är bra och vad är dålig prestanda?  Formulera dessa i ett antal icke-funktionella krav.

• Vilket är normalfallet?
• Vilka scenarios skapar mest last?
• Vilka mätvärden är intressanta (responstider, minnesläckor etc.)?

Ett bra testverktyg underlättar lasttester så det är väl värt att ta sig tid att titta på några olika.

Nu är det dags för demo!

I mitten av september så var vi 15 nyfikna konsulter från AddQ som träffades på kontoret på Wallingatan i Stockholm för att se en demonstration av lastgenereringsverktyget PureLoad. Syftet med presentationen var att ge en överblick av verktyget.

Personligen har jag ett stort intresse av den här typen av verktyg och det är extremt kul att AddQ anordnar en aktivitet som denna. Alla hade ätit upp sin goda smörgås så nu var det dags!

Verktyget, som stöder en mängd olika protokoll och all administration, testveckling av testfall och analys av testresultat sker i PureLoad Console.  Strukturen är väldigt enkel och testfall byggs upp genom så kallade tasks.

Med ”task” så menar man ett färdigt funktionsblock, exempelvis http_get, där det enkelt går att konfigurera parametrarna. Det som jag främst fastnade för hos verktyget, var dess enkelhet och att det klarar av extremt tung lastgenerering.

Summering

”Så är last-tester svåra och krångliga, är det så?”  Ja, det är både svårt och krångligt att göra last-tester och ett verktyg som Pureload underlättar en hel del.

Jag skulle vilja summera mitt inlägg i en mening.

Det viktiga är att GÖRA last-tester, slarva inte med det!