I denne artikel vil vi undersøge, hvad performancetestning er sammen med de mange typer og værktøjer, der findes, udfordringerne og fordelene ved performancetestning og meget mere. Denne omfattende vejledning vil også omfatte en analyse af automatiseret test af ydeevne, som bliver mere og mere almindelig i takt med, at teknologien udvikler sig yderligere.
Hvad er præstationstest?
Ydelsestestning, undertiden forkortet til “perf testing”, er en proces, der udføres for at identificere, om et bestemt produkt vil udføre de forventede processer godt under forskellige arbejdsbelastninger. Det kan være i form af test af websteds ydeevne eller test af ydeevne i forbindelse med softwaretest, afhængigt af det pågældende produkt.
Prøvning af ydeevne er primært beregnet til at opdage dårligt fungerende produktparametre, som kan ændres tidligt i produktets livscyklus for at undgå større problemer fremover. Dette kaldes ofte at finde flaskehalse, hvilket henviser til en enkelt komponent, der bremser softwarens samlede ydeevne.
Ydelsesprøvning kan udføres i et laboratorium eller i et produktionsmiljø og vurderer normalt produktets hastighed, hastighed, skalerbarhed, stabilitet, reaktionsevne og pålidelighed.
Er præstationstest anderledes end funktionel testning?
Perf-testning adskiller sig fra funktionel testning, som tester, om visse funktioner i en applikation fungerer, f.eks. knappen “Læg i kurv” i en onlinebutik.
Ved test af ydeevne undersøges det, hvor godt en funktion fungerer under et stort pres, f.eks. ville knappen stadig fungere, hvis mange mennesker lagde varer i kurven på én gang?
Begge disse testtyper hører under API-præstationsundersøgelser, hvilket betyder, at deres formål er at bestemme den samlede ydeevne af et systems grænseflade under visse omstændigheder fra softwarens backend. Der er mange typer værktøjer til test af API-præstationer, som denne artikel vil se på, f.eks. test af arbejdsbelastningsmodeller.
Hvorfor har vi brug for præstationstest?
Test af webpræstationer er afgørende for, at udviklerne kan give interessenterne pålidelige oplysninger om applikationens ydeevne og forudsige, hvordan den vil reagere på forskellige trafikniveauer.
Test af ydeevne afslører også, hvad der skal forbedres, før produktet kommer på hylderne eller efter at det er blevet lanceret, så man undgår langsom ydeevne, uoverensstemmelser og dårlig brugervenlighed. Den testes i forhold til forventede brugertal, så man kan stole på, at den fungerer som forventet.
Fordele ved test af ydeevne
Vi har allerede kort nævnt fordelene ved performance-testning ved at identificere, hvad det er, men vi vil gennemgå en liste over de specifikke fordele ved performance-testning nedenfor.
1. Realistiske oplysninger
Som nævnt kort ovenfor bruges ydelsestestning til at give interessenterne pålidelige og realistiske oplysninger om, hvordan applikationen vil fungere. Uden dette er der risiko for, at den pågældende virksomhed får et skadet omdømme.
Præcise test af ydeevne betyder, at der kan leveres pålidelige tal, som gennem testprocessen kan forbedres, hvilket betyder, at produktet kan have en fordel i forhold til andre produkter på markedet og bakkes op af pålidelig ydeevne, hvilket resulterer i øget salg.
2. Gør det muligt at forberede
Test af ydeevne kan bruges til at identificere, hvor softwarerelaterede fejl kan opstå, når der er mange brugere, hvilket betyder, at applikationen kan optimeres, så disse problemer løses og kan modstå et højere forbrug. Dette er ideelt for e-handelswebsteder, som f.eks. kan have brug for at forberede sig på store begivenheder som Black Friday, der kan forudses.
Ved at udføre test af ydeevne undgås nedbrud, mens webstedet er oppe på kritiske tidspunkter. En onlinebutik, der ikke kan klare antallet af brugere på Black Friday, og som tager for lang tid om at indlæse eller har problemer, vil sandsynligvis gå glip af store overskud.
3. Forbedret brugeroplevelse
Præstationsundersøgelser bør udføres regelmæssigt for at sikre, at det mest højtydende websted eller software fortsat kan fungere som forventet. Kontinuerlig test af ydeevne betyder, at eventuelle problemer, der måtte opstå i realtid, løses så hurtigt som muligt. Betydningen af dette er forankret i brugeroplevelsen, selv uden for de store begivenheder, som vi har beskrevet ovenfor.
Hvis webstedet altid er brugervenligt og forbedres, så det aldrig kommer bagud, vil kunderne ofte besøge det.
4. Sammenligning af
Prøvning af ydeevne kan også bruges til at sammenligne et produkt med et andet. Dette kan være nyttigt for en udvikler, der er på vej ind i en meget konkurrencepræget branche, og som ønsker at sikre, at de er lige så gode som eller bedre end deres største konkurrent på markedet.
Dette kan bruges som et salgsargument for at opnå en fordel eller blot som et benchmark under testprocessen for at sikre, at applikationen fungerer godt nok.
Udfordringer og begrænsninger i forbindelse med præstationstestning
Selv om der helt klart er en række betydelige fordele, er der på grund af dens komplekse karakter nogle udfordringer og begrænsninger ved præstationstestning, som vi vil beskrive nedenfor.
1. Tid
For at høste alle disse fordele skal organisationer være villige til at afsætte tid til at teste ydeevne. Dette kan omfatte opsætning af hardware og infrastruktur, som de ikke havde forventet, eller at de dedikerer medarbejdere til at teste ydeevnen.
For at ydeevnetestningen kan være grundig, bør den ikke hastes, og nogle virksomheder kan have svært ved at sætte denne tid til side i stedet for at gå i gang med næste fase af projektet, da det kan føre til lange forsinkelser.
2. Penge
Der skal foretages dyre investeringer i præstationstest. Prisen på et værktøj til test af ydeevne afhænger af omfanget af webstedet eller softwaren, og om organisationen vælger manuelle eller automatiserede værktøjer til test af ydeevne.
Der findes gratis værktøjer til test af ydeevne, men de har begrænset funktionalitet og fungerer ikke lige så godt som de betalte værktøjer.
Desuden kan test af ydeevne afsløre uventede problemer, der kræver dyre opgraderinger eller ekstra systemkapacitet, som ikke var indregnet i budgettet fra starten.
For mindre virksomheder kan værktøjer til ydelsestestning være en udgift, som de ikke er villige til at betale, selv om det kan have stor indflydelse på deres ydeevne på lang sigt.
3. Værktøjernes begrænsninger
Der kan være begrænsninger afhængigt af det værktøj til test af ydeevne, som en udvikler vælger.
Som vi har nævnt, sparer du budgettet ved at vælge et gratis værktøj til test af ydeevne, men det kan gå glip af vigtige aspekter. Nogle værktøjer, selv betalte værktøjer, kan have begrænset kompatibilitet, f.eks. kan nogle værktøjer kun understøtte test af webstedspræstationer eller test af browserpræstationer, men ikke test af softwarepræstationer.
Og nogle værktøjer til test af ydeevne kan have svært ved at teste komplekse eller meget store applikationer og kræver tæt overvågning af medarbejdere.
Typer af ydeevneprøvning
Der findes flere typer af præstationstest, som henviser til de metoder, der anvendes til at teste systemet. Den anvendte metode vælges ud fra omfanget og typen af det system, der skal testes, samt de mål, som udviklerne sigter mod.
Her vil vi identificere de vigtigste typer af præstationstest, der anvendes, og hvordan de fungerer.
1. Test af belastning
Værktøjer til test af belastningspræstationer gør det muligt for udviklere at forstå, hvordan systemet vil opføre sig under en forudbestemt, specifik belastningsværdi.
Denne proces omfatter simulering af det forventede antal samtidige brugere over et bestemt tidsrum. Dette kontrollerer applikationens forventede svartider og identificerer potentielle flaskehalse, før webstedet eller softwaren går i luften. Dette kan gøres for at teste, om systemet kan håndtere den forventede brug generelt, eller for at teste, hvordan en specifik funktionalitet vil klare sig, som f.eks. eksemplet med “tilføj til kurv”, som vi nævnte ovenfor. Dette kaldes nogle gange “enhedstest”.
2. Stresstestning
Stresstestning er en anden form for test af arbejdsbelastningsmodellernes ydeevne og kan ofte udføres ved hjælp af de samme værktøjer, men det presser webstedet til at øge testkapaciteten, indtil det bryder sammen, i stedet for at have en begrænset, bestemt belastningsværdi.
Dette bruger trafik, der er højere end forventet, så udviklerne kan finde ud af, hvad der er fejlpunktet, og se, hvordan den håndterer høje niveauer af databehandling. Dette hjælper udviklere med at forstå softwarens skalerbarhed og viser, hvor lang tid det tager for nøgleindikatorer (KPI’er) at vende tilbage til normale driftsniveauer efter en stor datahændelse.
Stresstestning kan finde sted før eller efter, at et system går i drift.
3. Test af spikes
Dette er en delmængde af stresstest, men analyserer mere specifikt systemets ydeevne under en pludselig, betydelig stigning i antallet af slutbrugere. Disse præstationstest hjælper med at afgøre, om systemet kan håndtere en pludselig ændring i antallet af brugere over en kort periode og gentagne gange.
4. Testning i blød
Denne form for ydelsestest er også kendt som udholdenhedstest, og den er designet til at teste et systems langsigtede ydeevne, og hvor godt det kan klare sig over tid. De analyserer gennemløb og svartider efter langvarig brug for at kontrollere, om ydelsesmålingerne er konsistente hele vejen igennem, og om der er nogen fejl.
Hvad skal vi teste ved hjælp af præstationstest?
Formålet med ydelsestestning er at kunne opdage problemer, men det vigtigste mål er at vide, hvad der forårsager dem.
Nedenfor finder du en liste over de ting, der primært testes ved hjælp af præstationstest.
1. Flaskehalse
Ved test af ydeevne skal man altid være på udkig efter flaskehalse, der påvirker systemets samlede ydeevne. Dette kan være relateret til enhver af de præstationstestmålinger, som vi vil opregne i næste afsnit.
2. Indlæsningstider
Det vil sige den tildeling, der er nødvendig for at påbegynde ansøgningen. Forsinkelsen skal være så kort som muligt for at give brugeren den bedste oplevelse – alt andet end et par sekunders indlæsningstid kan sende brugerne væk.
3. Svartider
En dårlig svartid er, når der går for lang tid mellem det tidspunkt, hvor brugeren indtaster oplysninger, og det tidspunkt, hvor der reageres på handlingen. Ligesom for lange indlæsningstider vil dette frustrere brugeren og få ham til at forlade webstedet eller applikationen.
4. Skalerbarhed
Systemets skalerbarhed bør testes, dvs. dets tilpasningsevne til forskellige krav til dataanvendelse. Der er tale om begrænset skalerbarhed, hvis systemet kan fungere godt med få samtidige brugere, men under belastnings- eller stresstestning forringes, når antallet af brugere stiger.
Målinger af ydeevne
Det er én ting at kunne teste disse ting og se, hvornår de går galt, men hvordan måles de præcist?
Der er utallige metrikker, som udviklere bruger til at teste ydeevne, så vi har udvalgt de vigtigste og givet en kort beskrivelse af dem nedenfor.
1. Gennemstrømning
Dette angiver, hvor mange enheder af information systemet er i stand til at behandle i løbet af et bestemt tidsrum.
2. Brug af hukommelse
Hukommelse betyder i forbindelse med udvikling af et websted eller software den arbejdshukommelse, der er tilgængelig for processoren eller arbejdsbyrden.
3. Båndbredde
Det betyder den datamængde pr. sekund, der kan flyttes mellem arbejdsbelastninger, ofte på tværs af et netværk. Dårlig båndbredde resulterer i dårlige indlæsningstider.
4. CPU-interrupts pr. sekund
Dette måler hardwarens indvirkning på processen ved at måle antallet af hardwareafbrydelser, som den modtager pr. sekund.
Karakteristika for en effektiv præstationsprøve
En god præstationstest vil give udviklerne mulighed for at handle på fejlene, men de specifikke karakteristika ved en effektiv præstationstest er mere specifikke og vanskelige at opnå end dette.
1. Realistisk afprøvning
De bedste præstationstest er dem, der foregriber de reelle scenarier, som systemet kan støde på.
Det betyder, at den kan optimeres til at arbejde under de forhold, den er designet til, så den kan opfylde sine præstationsmål og ikke støder på problemer på kritiske tidspunkter.
2. Hurtig analyse
Testen af den optimale ydeevne gør det muligt at foretage ændringer i overensstemmelse med resultaterne så hurtigt som muligt.
Selv om den skal være grundig, skal dataene være lette at analysere og gennemføres så hurtigt som muligt, så der kan træffes foranstaltninger. Dette er især vigtigt, hvis testningen har fundet sted, efter at applikationen eller webstedet er taget i brug.
3. Pålidelige resultater
Selv om hastighed er vigtig for at optimere ydelsestestningsprocessen, skal de data, der produceres, være pålidelige og nøjagtige, så der kan træffes korrekte beslutninger.
For at få pålidelige og hurtige analyser er mange begyndt at anvende automatiseret test af ydeevne, hvilket vi vil komme nærmere ind på senere.
Proces for afprøvning af ydeevne
Præstationsafprøvningsprocessen vil være forskellig for hver organisation afhængigt af de faktorer, vi allerede har identificeret.
Der er dog seks hovedtrin, som beskriver, hvad de fleste ydelsestestestprocesser vil følge, og som vil give et effektivt resultat.
1. Strategier for afprøvning af ydeevne
Det første skridt til at starte en proces til test af ydeevne er at kende testmiljøet. Du skal vide, hvilke testværktøjer du har til rådighed, herunder en beslutning om, hvorvidt det skal udføres manuelt eller automatiseret, og identificere potentielle strategier til test af ydeevne.
Sørg for, at du forstår detaljerne om den involverede hardware og software samt de netværkskonfigurationer, der skal bruges.
2. Kriterier for ydeevne
Dernæst er det vigtigt at identificere testens mål og de succeskriterier, som du arbejder hen imod, hvilket vil være forskelligt for hver test. Identificer f.eks. begrænsninger i gennemløb og forventede svartider, og tildel ressourcer.
På dette tidspunkt kan det være en fordel at identificere et lignende system, som man kan sammenligne med for at fastsætte præstationsmål.
3. Plan for test af ydeevne
Når kriterierne er blevet identificeret, kan du begynde at planlægge og designe præstationstesten.
Bestem, hvilken brug applikationen sandsynligvis vil få, og hvilke nøglescenarier du kan simulere for at sikre, at systemet reagerer korrekt. Planlæg, hvilke data du ønsker at indsamle i forbindelse med præstationstest, hvordan du vil indsamle dem, og hvilke målinger der skal bruges.
4. Udformning af præstationstest
Når al planlægningen er helt færdig, kan du begynde at designe og konfigurere testmiljøet fysisk og arrangere de nødvendige værktøjer og ressourcer.
Derefter skal du oprette præstationstestene i overensstemmelse med designet, så de er klar til at begynde at køre.
5. Test
Dette er det punkt, hvor præstationstesten udføres. Det er vigtigt, at du overvåger processen undervejs og opretter logfiler, der dokumenterer KPI’er under hele processen.
6. Analyser og genprøvning
Konsolider resultaterne og påbegynd analyseprocessen.
Hvordan var det i forhold til dine forventninger, hvilke målinger blev foretaget, og hvordan reagerede systemet? Ændr derefter ydelsestesten og test igen for at identificere forbedringer eller forringelser i ydelsen. Forbedringerne bør aftage med hver ny test.
Registrer alle igangværende resultater.
Eksempler på præstationstest
Der er mange mulige scenarier for test af ydeevne afhængigt af det system, der testes, dets formål, de anvendte værktøjer og typen af ydeevneprøvning.
Lad os vende tilbage til vores eksempel med e-handelswebstedet.
e-handelswebsted
Udviklerne kan bruge arbejdsmængde-modelpræstationstest til at kontrollere, at svartiden ikke er over tre sekunder, når 2000 brugere får adgang til webstedet samtidig ved hjælp af en belastningstest.
Det næste skridt kunne være at kontrollere, at svartiden stadig ligger inden for et acceptabelt interval på fem sekunder, når netværksforbindelsen er langsom.
Som forberedelse til Black Friday kan udviklerne bruge en stresstest til at identificere det maksimale antal brugere, som webstedet kan rumme, før der opstår fejl som f.eks. nedbrud eller meget langsomme svartider. I den forbindelse vil de kontrollere hjemmesidens hukommelses- og CPU-forbrug, og hvordan databaseserveren reagerer under spidsbelastningsforhold.
De vil derefter genteste alle disse parametre under en række forskellige forhold, måske ved hjælp af spike-test eller soak-test for at identificere, hvordan den vil reagere i forskellige tidsrammer.
Udviklerne vil også bruge enhedstest af “tilføj til kurv”-funktionen, f.eks. ved at teste, hvordan systemet reagerer, hvis 100 brugere gennemfører en transaktion på én gang.
Skal du automatisere test af ydeevne?
Automatiseret præstationstest er en proces, hvor man lader færdige værktøjer, software og kode køre automatiseringsprocessen i stedet for at udføre den manuelt.
Automatisering af ydeevnetestning er ved at blive uundværlig i moderne tider, og nogle organisationer anvender Robotic Process Automation og nogle bevæger sig endda i retning af hyperautomatisering.
Software til automatisering af præstationstest har et væld af både fordele og ulemper, som vi vil beskrive nedenfor.
Fordele ved automatiserede test af ydeevne
Ved at teste ydeevnen fjernes en stor del af den tid og de penge, der kan bruges på at oprette testkode og gentage den manuelt, hvilket øger effektiviteten af testcyklussen.
Det betyder også ofte, at udviklerne kan starte performancetesten og gå videre til noget andet i stedet for konstant at overvåge den, hvilket gør det muligt at arbejde på afstand og betyder, at testene endda kan køres om natten.
Som vi allerede har nævnt, bliver ydelsestestningsprocessen ikke blot hurtigere, men også mere præcis og pålidelig på grund af automatiseringens karakter, og den er i stand til at gennemføre omfattende processer uden risiko for menneskelige fejl.
Alle disse faktorer sparer naturligvis virksomheder værdifuld tid og penge og giver ofte et højere investeringsafkast.
Begrænsninger ved automatiserede præstationstest
Automatiserede præstationstest kan have begrænsninger for, hvad de realistisk set kan opnå. Der vil ofte være behov for et menneskeligt input til meget sofistikerede test og til at rette de fejl, der kan opstå i en automatiseret proces.
Menneskelig observation kan være afgørende for at opdage fejl og hjælpe med at forbedre kundeoplevelsen, hvilket ikke kan garanteres med automatiseringstest.
Manuel testning er ofte bedre egnet til udforskende test, brugervenlighedstest og ad hoc-testning.
Konklusion: manuel vs. automatiseret test af ydeevne
Når du skal vælge mellem manuel og automatiseret test af ydeevne, skal du nøje vurdere dine kriterier for ydeevne og dit budget. Automatiseret test af ydeevne er ofte mere budgetvenlig og hurtigere, især ved store testbehov, men manuel testning kan finde problemer, som et automatiseret system ikke kan finde.
Værktøjer til test af ydeevne
Der findes mange typer af værktøjer til test af ydeevne, men de kan primært opdeles i to kategorier: API-værktøjer til test af ydeevne og værktøjer til test af UI-præstationer.
API-præstationstestværktøjer analyserer, om de korrekte processer opfyldes i applikationens backend. REST API-præstationsværktøjer er en særlig type, der udfører en webpræstationstest ved at sende forskellige HTTP/S-forespørgsler.
På den anden side tester værktøjer til test af brugergrænsefladens ydeevne klientsiden, hvilket betyder, at brugeroplevelsen evalueres.
De bedste værktøjer til test af ydeevne er dem, der kan begge dele, fordi de giver et fuldt dækkende billede af, om systemet fungerer. Desuden findes der både gratis værktøjer og betalt software til automatisering af performance-testning på virksomhedsniveau, så hvordan skal du vælge?
Gratis værktøjer til test af ydeevne: fordele og begrænsninger
Der findes en række gratis testtjenester på markedet.
Den indlysende fordel ved disse er, at de åbner op for ydelsestestning for mindre virksomheder eller nystartede virksomheder, som måske ikke har budgettet til at betale for et testværktøj til virksomheder. Det betyder, at de kan få adgang til basale testfunktioner for ydeevne og redigere deres system i overensstemmelse hermed.
Men begrænsningerne ved gratis software til automatisering af performance-testning er, at de ofte ikke fungerer lige så godt som betalte programmer. Deres funktionaliteter vil sandsynligvis være begrænsede, og det vil være vanskeligere at udvikle og vedligeholde scripts.
Gratis værktøjer til test af ydeevne er muligvis ikke kompatible med alle platforme eller testtyper, eller de har muligvis ikke en rapporteringsfunktion. Nogle funktioner kan være låst bag en betalingsmur, f.eks. adgang til API-testning.
Værktøjer til test af virksomhedspræstationer: fordele og begrænsninger
Værktøjer til test af virksomhedspræstationer er software, der er designet til at fungere i hele virksomheden. De er ofte deres pris værd, da de sandsynligvis er kompatible med mange testtyper, sprog og platforme for at øge fleksibiliteten og skalerbarheden.
Enterprise-værktøjer til test af ydeevne er kraftfulde, så de kan udføre større tests på kortere tid og leveres med fremtidige vedligeholdelsesopdateringer for at forbedre ydeevnen, hvilket gratis versioner ikke kan gøre.
Virksomheder har dog ikke nødvendigvis et budget til at afsætte til disse ydelsestestjenester, især ikke for software med mange funktioner, som de ikke bruger, eller hvis deres virksomhed er relativt lille.
Det kan også være sværere at få adgang til og langsommere at implementere værktøjer til test af virksomheders ydeevne end simple, gratis versioner.
Men førende softwaretestværktøjer som ZAPTEST afhjælper denne begrænsning ved at tilbyde en værktøjs- og servicemodel. På denne måde arbejder en ZAP-ekspert tæt og eksternt sammen med kundeorganisationen (som en del af deres team) og støtter dem med implementeringen af planen for præstationstestning, ZAPTEST-værktøjet og med optimering af testprocessen.
Hvornår skal du bruge testværktøjer til virksomhedstest og hvornår skal du bruge gratis testværktøjer til ydeevne?
Vurder dine muligheder ud fra din organisations forhold. Det kan nogle gange være mere omkostningseffektivt at vælge en gratis version med de vigtigste funktioner, som du har brug for, f.eks. til en engangs-test af et websted.
Hvis du er en del af en stor organisation, der kan drage fordel af et komplekst, datatæt testsystem, som du vil bruge mange gange til forskellige systemer, vil et værktøj til test af virksomhedspræstationer sandsynligvis være til størst hjælp for dig.
Tjekliste for test af ydeevne
1. Budget
For at bestemme det bedste værktøj til ydelsestestning er det nødvendigt at have et detaljeret budget for at kunne identificere, om du har råd til en version på virksomhedsniveau eller en anden betalt version.
Undersøg de forskellige værktøjer, der er til rådighed, og tag din beslutning på baggrund af dine præstationskriterier og testmiljø.
2. Planlæg
Når dit budget er på plads, kan du planlægge processen for ydelsestestning, f.eks. vælge den bedste strategi, beslutte, hvilke kriterier du tester, og beslutte, hvilke målinger du skal bruge.
Planlægningsprocessen skal være grundig, uanset om du vælger manuel eller automatiseret test af ydeevne.
3. Analyser
Gennemfør præstationsprøven med nøje analyse under hele prøven og bagefter.
For at en præstationstest kan være effektiv, skal du kunne handle på den bedst muligt, så kig nøje på dataene, og fortsæt med at teste og analysere i systemets levetid.
Konklusion
Vi har gennemgået nogle af de forskellige typer og værktøjer til ydelsestestning samt de vigtigste fordele og begrænsninger ved ydelsestestestning.
Test af ydeevne er fortsat særlig vigtig, fordi brugen af onlinesystemer og -applikationer ikke aftager, men faktisk stiger i hastighed, og det er vigtigere end nogensinde før at have et system, der kan klare store mængder af pres, i lyset af den enorme konkurrence.
For at forblive på forkant med innovationen bør store virksomheder overveje fordelene ved automatiseringssoftware til ydelsestestestning på virksomhedsniveau, og hvordan det kan gavne dem på lang sigt at investere i den.
