Prestandatest

Många års erfarenhet av prestandatester har visat att det är den aktuella miljön och den unika situationen som behöver styra prestandatesten. Frågor liknande de nedan behöver besvaras:

  • I vilken teknik är systemet byggt? Till exempel java eller .Net.
  • Är det ett webbgränssnitt, client server eller kanske Citrix? Kanske är det webbtjänster som ska testas.
  • Behöver verktyget stödja https?
  • Hur viktigt är det att testen blir rättvisande? Ju viktigare det är desto mer kommer det att kosta. Bland annat tar det mer tid och kan kräva ett dyrare verktyg.

Efter att dessa parametrar är kända kan man välja ett verktyg och omfattning av testerna. Det finns bra gratis open source verktyg man kan använda. Det finns bra kommersiella verktyg i olika kostnadslägen. Det finns bra metoder att följa då man utför testerna.

Dyra verktyg
Det ärinte viktigt vilket verktyg du använder. Det är viktigare att du vet vad du gör, hur du sätter upp testen, hur testscripten ska vara etc. Men det kan inte förnekas att ett bra verktyg (behöver inte vara så dyrt) gör det enklare att ta fram testscripten och att genomföra och analysera resultatet av testen. Det brukar också vara enklare att simulera lasten som man förväntar att systemet ska utsättas för.

Starta tidigt
Det är extremt viktigt att starta prestandatester tidigt. I början av projektet bör du analysera vilka funktioner som kommer att kräva bra prestanda, det kan till exempel vara en webbfunktion, en databaskoppling eller en webbtjänst. Kanske är det viktigt att de är snabba även under last, eller så räknar ni med att de kommer att få ta en stor del av lasten. Kanske är det båda sakerna. Genom att prestandatesta dessa komponenter tidigt undviker ni otrevliga överraskningar i slutet av projektet.

Här kan du läsa en enkel guide till prestandatest: Performance testing guidance