<\/span><\/h2>\nTest af webpr\u00e6stationer er afg\u00f8rende for, at udviklerne kan give interessenterne p\u00e5lidelige oplysninger om applikationens ydeevne og forudsige, hvordan den vil reagere p\u00e5 forskellige trafikniveauer.<\/p>\n
Test af ydeevne afsl\u00f8rer ogs\u00e5, hvad der skal forbedres, f\u00f8r produktet kommer p\u00e5 hylderne eller efter at det er blevet lanceret, s\u00e5 man undg\u00e5r langsom ydeevne, uoverensstemmelser og d\u00e5rlig brugervenlighed. Den testes i forhold til forventede brugertal, s\u00e5 man kan stole p\u00e5, at den fungerer som forventet.<\/p>\n
<\/strong><\/p>\n<\/span>Fordele ved test af ydeevne<\/strong><\/span><\/h2>\n![\"Tjekliste](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2022\/07\/Software-testing-checklist-1024x681.jpeg\")
<\/p>\n
Vi har allerede kort n\u00e6vnt fordelene ved performance-testning ved at identificere, hvad det er, men vi vil gennemg\u00e5 en liste over de specifikke fordele ved performance-testning nedenfor.<\/p>\n
<\/p>\n
<\/span>1. Realistiske oplysninger<\/strong><\/span><\/h3>\nSom n\u00e6vnt kort ovenfor bruges ydelsestestning til at give interessenterne p\u00e5lidelige og realistiske oplysninger om, hvordan applikationen vil fungere. Uden dette er der risiko for, at den p\u00e5g\u00e6ldende virksomhed f\u00e5r et skadet omd\u00f8mme.<\/p>\n
Pr\u00e6cise test af ydeevne betyder, at der kan leveres p\u00e5lidelige tal, som gennem testprocessen kan forbedres, hvilket betyder, at produktet kan have en fordel i forhold til andre produkter p\u00e5 markedet og bakkes op af p\u00e5lidelig ydeevne, hvilket resulterer i \u00f8get salg.<\/p>\n
<\/p>\n
<\/span>2. G\u00f8r det muligt at forberede<\/strong><\/span><\/h3>\nTest af ydeevne kan bruges til at identificere, hvor softwarerelaterede fejl kan opst\u00e5, n\u00e5r der er mange brugere, hvilket betyder, at applikationen kan optimeres, s\u00e5 disse problemer l\u00f8ses og kan modst\u00e5 et h\u00f8jere forbrug. Dette er ideelt for e-handelswebsteder, som f.eks. kan have brug for at forberede sig p\u00e5 store begivenheder som Black Friday, der kan forudses.<\/p>\n
Ved at udf\u00f8re test af ydeevne undg\u00e5s nedbrud, mens webstedet er oppe p\u00e5 kritiske tidspunkter. En onlinebutik, der ikke kan klare antallet af brugere p\u00e5 Black Friday, og som tager for lang tid om at indl\u00e6se eller har problemer, vil sandsynligvis g\u00e5 glip af store overskud.<\/p>\n
<\/p>\n
<\/span>3. Forbedret brugeroplevelse<\/strong><\/span><\/h3>\nPr\u00e6stationsunders\u00f8gelser b\u00f8r udf\u00f8res regelm\u00e6ssigt for at sikre, at det mest h\u00f8jtydende websted eller software fortsat kan fungere som forventet. Kontinuerlig test af ydeevne betyder, at eventuelle problemer, der m\u00e5tte opst\u00e5 i realtid, l\u00f8ses s\u00e5 hurtigt som muligt. Betydningen af dette er forankret i brugeroplevelsen, selv uden for de store begivenheder, som vi har beskrevet ovenfor.<\/p>\n
Hvis webstedet altid er brugervenligt og forbedres, s\u00e5 det aldrig kommer bagud, vil kunderne ofte bes\u00f8ge det.<\/p>\n
<\/p>\n
<\/span>4. Sammenligning af<\/strong><\/span><\/h3>\nPr\u00f8vning af ydeevne kan ogs\u00e5 bruges til at sammenligne et produkt med et andet. Dette kan v\u00e6re nyttigt for en udvikler, der er p\u00e5 vej ind i en meget konkurrencepr\u00e6get branche, og som \u00f8nsker at sikre, at de er lige s\u00e5 gode som eller bedre end deres st\u00f8rste konkurrent p\u00e5 markedet.<\/p>\n
Dette kan bruges som et salgsargument for at opn\u00e5 en fordel eller blot som et benchmark under testprocessen for at sikre, at applikationen fungerer godt nok.<\/p>\n
<\/strong><\/p>\n<\/span>Udfordringer og begr\u00e6nsninger i forbindelse med pr\u00e6stationstestning<\/strong><\/span><\/h2>\n![\"udfordringer](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2022\/07\/challenges-load-testing-1024x683.jpeg\")
<\/p>\n
Selv om der helt klart er en r\u00e6kke betydelige fordele, er der p\u00e5 grund af dens komplekse karakter nogle udfordringer og begr\u00e6nsninger ved pr\u00e6stationstestning, som vi vil beskrive nedenfor.<\/p>\n
<\/span>1. Tid<\/strong><\/span><\/h3>\nFor at h\u00f8ste alle disse fordele skal organisationer v\u00e6re villige til at afs\u00e6tte tid til at teste ydeevne. Dette kan omfatte ops\u00e6tning af hardware og infrastruktur, som de ikke havde forventet, eller at de dedikerer medarbejdere til at teste ydeevnen.<\/p>\n
For at ydeevnetestningen kan v\u00e6re grundig, b\u00f8r den ikke hastes, og nogle virksomheder kan have sv\u00e6rt ved at s\u00e6tte denne tid til side i stedet for at g\u00e5 i gang med n\u00e6ste fase af projektet, da det kan f\u00f8re til lange forsinkelser.<\/p>\n
<\/p>\n
<\/span>2. Penge<\/strong><\/span><\/h3>\nDer skal foretages dyre investeringer i pr\u00e6stationstest. Prisen p\u00e5 et v\u00e6rkt\u00f8j til test af ydeevne afh\u00e6nger af omfanget af webstedet eller softwaren, og om organisationen v\u00e6lger manuelle eller automatiserede v\u00e6rkt\u00f8jer til test af ydeevne.<\/p>\n
Der findes gratis v\u00e6rkt\u00f8jer til test af ydeevne, men de har begr\u00e6nset funktionalitet og fungerer ikke lige s\u00e5 godt som de betalte v\u00e6rkt\u00f8jer.<\/p>\n
Desuden kan test af ydeevne afsl\u00f8re uventede problemer, der kr\u00e6ver dyre opgraderinger eller ekstra systemkapacitet, som ikke var indregnet i budgettet fra starten.<\/p>\n
For mindre virksomheder kan v\u00e6rkt\u00f8jer til ydelsestestning v\u00e6re en udgift, som de ikke er villige til at betale, selv om det kan have stor indflydelse p\u00e5 deres ydeevne p\u00e5 lang sigt.<\/p>\n
<\/p>\n
<\/span>3. V\u00e6rkt\u00f8jernes begr\u00e6nsninger<\/strong><\/span><\/h3>\nDer kan v\u00e6re begr\u00e6nsninger afh\u00e6ngigt af det v\u00e6rkt\u00f8j til test af ydeevne, som en udvikler v\u00e6lger.<\/p>\n
Som vi har n\u00e6vnt, sparer du budgettet ved at v\u00e6lge et gratis v\u00e6rkt\u00f8j til test af ydeevne, men det kan g\u00e5 glip af vigtige aspekter. Nogle v\u00e6rkt\u00f8jer, selv betalte v\u00e6rkt\u00f8jer, kan have begr\u00e6nset kompatibilitet, f.eks. kan nogle v\u00e6rkt\u00f8jer kun underst\u00f8tte test af webstedspr\u00e6stationer eller test af browserpr\u00e6stationer, men ikke test af softwarepr\u00e6stationer.<\/p>\n
Og nogle v\u00e6rkt\u00f8jer til test af ydeevne kan have sv\u00e6rt ved at teste komplekse eller meget store applikationer og kr\u00e6ver t\u00e6t overv\u00e5gning af medarbejdere.<\/p>\n
<\/strong><\/p>\n<\/span>Typer af ydeevnepr\u00f8vning<\/strong><\/span><\/h2>\n![\"typer](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2022\/03\/What-is-manual-software-testing-1024x684.jpeg\")
<\/p>\n
Der findes flere typer af pr\u00e6stationstest, som henviser til de metoder, der anvendes til at teste systemet. Den anvendte metode v\u00e6lges ud fra omfanget og typen af det system, der skal testes, samt de m\u00e5l, som udviklerne sigter mod.<\/p>\n
Her vil vi identificere de vigtigste typer af pr\u00e6stationstest, der anvendes, og hvordan de fungerer.<\/p>\n
<\/p>\n
<\/span>1. Test af belastning<\/strong><\/span><\/h3>\nV\u00e6rkt\u00f8jer til test af belastningspr\u00e6stationer g\u00f8r det muligt for udviklere at forst\u00e5, hvordan systemet vil opf\u00f8re sig under en forudbestemt, specifik belastningsv\u00e6rdi.<\/p>\n
Denne proces omfatter simulering af det forventede antal samtidige brugere over et bestemt tidsrum. Dette kontrollerer applikationens forventede svartider og identificerer potentielle flaskehalse, f\u00f8r webstedet eller softwaren g\u00e5r i luften. Dette kan g\u00f8res for at teste, om systemet kan h\u00e5ndtere den forventede brug generelt, eller for at teste, hvordan en specifik funktionalitet vil klare sig, som f.eks. eksemplet med “tilf\u00f8j til kurv”, som vi n\u00e6vnte ovenfor. Dette kaldes nogle gange “enhedstest”.<\/p>\n
<\/p>\n
<\/span>2. Stresstestning<\/strong><\/span><\/h3>\nStresstestning er en anden form for test af arbejdsbelastningsmodellernes ydeevne og kan ofte udf\u00f8res ved hj\u00e6lp af de samme v\u00e6rkt\u00f8jer, men det presser webstedet til at \u00f8ge testkapaciteten, indtil det bryder sammen, i stedet for at have en begr\u00e6nset, bestemt belastningsv\u00e6rdi.<\/p>\n
Dette bruger trafik, der er h\u00f8jere end forventet, s\u00e5 udviklerne kan finde ud af, hvad der er fejlpunktet, og se, hvordan den h\u00e5ndterer h\u00f8je niveauer af databehandling. Dette hj\u00e6lper udviklere med at forst\u00e5 softwarens skalerbarhed og viser, hvor lang tid det tager for n\u00f8gleindikatorer (KPI’er) at vende tilbage til normale driftsniveauer efter en stor datah\u00e6ndelse.<\/p>\n
Stresstestning kan finde sted f\u00f8r eller efter, at et system g\u00e5r i drift.<\/p>\n
<\/p>\n
<\/span>3. Test af spikes<\/strong><\/span><\/h3>\nDette er en delm\u00e6ngde af stresstest, men analyserer mere specifikt systemets ydeevne under en pludselig, betydelig stigning i antallet af slutbrugere. Disse pr\u00e6stationstest hj\u00e6lper med at afg\u00f8re, om systemet kan h\u00e5ndtere en pludselig \u00e6ndring i antallet af brugere over en kort periode og gentagne gange.<\/p>\n
<\/p>\n
<\/span>4. Testning i bl\u00f8d<\/strong><\/span><\/h3>\nDenne form for ydelsestest er ogs\u00e5 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\u00f8b og svartider efter langvarig brug for at kontrollere, om ydelsesm\u00e5lingerne er konsistente hele vejen igennem, og om der er nogen fejl.<\/p>\n
<\/strong><\/p>\n<\/span>Hvad skal vi teste ved hj\u00e6lp af pr\u00e6stationstest?<\/strong><\/span><\/h2>\n![\"Hvad](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2022\/07\/Unit-Testing--1024x684.jpeg\")
<\/p>\n
Form\u00e5let med ydelsestestning er at kunne opdage problemer, men det vigtigste m\u00e5l er at vide, hvad der for\u00e5rsager dem.<\/p>\n
Nedenfor finder du en liste over de ting, der prim\u00e6rt testes ved hj\u00e6lp af pr\u00e6stationstest.<\/p>\n
<\/span>1. Flaskehalse<\/strong><\/span><\/h3>\nVed test af ydeevne skal man altid v\u00e6re p\u00e5 udkig efter flaskehalse, der p\u00e5virker systemets samlede ydeevne. Dette kan v\u00e6re relateret til enhver af de pr\u00e6stationstestm\u00e5linger, som vi vil opregne i n\u00e6ste afsnit.<\/p>\n
<\/span>2. Indl\u00e6sningstider<\/strong><\/span><\/h3>\nDet vil sige den tildeling, der er n\u00f8dvendig for at p\u00e5begynde ans\u00f8gningen. Forsinkelsen skal v\u00e6re s\u00e5 kort som muligt for at give brugeren den bedste oplevelse – alt andet end et par sekunders indl\u00e6sningstid kan sende brugerne v\u00e6k.<\/p>\n
<\/span>3. Svartider<\/strong><\/span><\/h3>\nEn d\u00e5rlig svartid er, n\u00e5r der g\u00e5r for lang tid mellem det tidspunkt, hvor brugeren indtaster oplysninger, og det tidspunkt, hvor der reageres p\u00e5 handlingen. Ligesom for lange indl\u00e6sningstider vil dette frustrere brugeren og f\u00e5 ham til at forlade webstedet eller applikationen.<\/p>\n
<\/span>4. Skalerbarhed<\/strong><\/span><\/h3>\nSystemets skalerbarhed b\u00f8r testes, dvs. dets tilpasningsevne til forskellige krav til dataanvendelse. Der er tale om begr\u00e6nset skalerbarhed, hvis systemet kan fungere godt med f\u00e5 samtidige brugere, men under belastnings- eller stresstestning forringes, n\u00e5r antallet af brugere stiger.<\/p>\n
<\/strong><\/p>\n<\/span>M\u00e5linger af ydeevne<\/strong><\/span><\/h2>\n![\"fordele](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2022\/07\/advantages-of-setting-up-an-testing-center-of-excellence-TCoE-1024x678.jpeg\")
<\/p>\n
Det er \u00e9n ting at kunne teste disse ting og se, hvorn\u00e5r de g\u00e5r galt, men hvordan m\u00e5les de pr\u00e6cist?<\/p>\n
Der er utallige metrikker, som udviklere bruger til at teste ydeevne, s\u00e5 vi har udvalgt de vigtigste og givet en kort beskrivelse af dem nedenfor.<\/p>\n
<\/span>1. Gennemstr\u00f8mning<\/strong><\/span><\/h3>\nDette angiver, hvor mange enheder af information systemet er i stand til at behandle i l\u00f8bet af et bestemt tidsrum.<\/p>\n
<\/span>2. Brug af hukommelse<\/strong><\/span><\/h3>\nHukommelse betyder i forbindelse med udvikling af et websted eller software den arbejdshukommelse, der er tilg\u00e6ngelig for processoren eller arbejdsbyrden.<\/p>\n
<\/span>3. B\u00e5ndbredde<\/strong><\/span><\/h3>\nDet betyder den datam\u00e6ngde pr. sekund, der kan flyttes mellem arbejdsbelastninger, ofte p\u00e5 tv\u00e6rs af et netv\u00e6rk. D\u00e5rlig b\u00e5ndbredde resulterer i d\u00e5rlige indl\u00e6sningstider.<\/p>\n
<\/span>4. CPU-interrupts pr. sekund<\/strong><\/span><\/h3>\nDette m\u00e5ler hardwarens indvirkning p\u00e5 processen ved at m\u00e5le antallet af hardwareafbrydelser, som den modtager pr. sekund.<\/p>\n
<\/strong><\/p>\n