Hvad er udholdenhedstest i softwaretest? (med eksempel)

Udholdenhedstest

Udholdenhedstest er en ikke-funktionel type softwaretest, hvor en software testes med høj belastning over et betydeligt tidsrum for at evaluere softwareapplikationens adfærd under vedvarende brug. Hovedformålet med udholdenhedstest er at sikre, at applikationen er i stand nok til at håndtere forlænget belastning uden nogen forringelse af responstiden.

Denne type test udføres på det sidste trin af præstationskørselscyklussen. Udholdenhedstest er en lang proces og varer nogle gange i op til et år. Dette kan omfatte anvendelse af eksterne belastninger såsom internettrafik eller brugerhandlinger. Dette gør at udholdenhedstest adskiller sig fra Load Testing, som normalt slutter om et par timer eller deromkring.

Udholdenhed betyder kapacitet, så med andre ord kan du betegne udholdenhedstest som Kapacitetstest.

Mål for udholdenhedstestning

Det primære mål med udholdenhedstest er at kontrollere for hukommelseslækager.
For at finde ud af, hvordan systemet fungerer under vedvarende brug.
For at sikre, at systemets responstid efter en lang periode forbliver den samme eller bedre end starten af testen.
For at bestemme antallet af brugere og/eller transaktioner vil et givet system understøtte og opfylde præstationsmål.
For at styre de fremtidige belastninger skal vi forstå, hvor mange ekstra ressourcer (såsom processorkapacitet, diskkapacitet, hukommelsesforbrug eller netværksbåndbredde) er nødvendige for at understøtte brugen i fremtiden.
Udholdenhedstest udføres generelt ved enten at overbelaste systemet eller ved at reducere visse systemressourcer og evaluere konsekvenserne.
Det udføres for at sikre, at defekter eller hukommelseslækager ikke opstår efter, hvad der anses for at være en relativt "normal" brugsperiode.

Hvad skal man overvåge i udholdenhedstest

I udholdenhedstestning testes følgende ting.

Test hukommelseslækage- Der udføres kontrol for at verificere, om der er nogen hukommelseslækage i applikationen, som kan forårsage nedbrud af systemet eller OS
Test forbindelseslukningen mellem systemets lag – Hvis forbindelsen mellem systemets lag ikke lukkes korrekt, kan det gå i stå, nogle eller alle systemets moduler.
Test databaseforbindelsen lukket– Hvis databaseforbindelsen ikke lukkes korrekt, kan det resultere i systemnedbrud
Test responstid – Systemet testes for systemets responstid, da applikationen bliver mindre effektiv som følge af længere tids brug af systemet.

Sådan udføres udholdenhedstest

Nedenfor er den grundlæggende testmetode for Endurance Test

Testmiljø – Identificer den hardware, software, operativsystem, der kræves til udholdenhedstestningen, tildeling af roller og ansvar i teamet osv. Miljøet skal være klar før testen udføres. Du skal også estimere fælles databaseproduktionsstørrelse og årlig vækst. Dette er påkrævet, som sådan skal du teste, hvordan din ansøgning vil reagere efter et år, to eller fem.
Oprettelse af testplanen, scenarier – Baseret på testens art – manuel eller automatisering eller kombination af begge, Test sag design, anmeldelser og udførelse bør planlægges. Test for at stresse systemet, brudpunktstest osv. bør også være en del af testplanen. Test for at stresse systemet bestemmer brudpunktet i applikationen.
Testvurdering – Giv et skøn over, hvor lang tid det vil tage at fuldføre testfasen. Det bør analyseres på grundlag af et antal involverede testere og antallet af krævede testcyklusser.
Risikoanalyse - Analysere risikoen og træffe passende foranstaltninger til forebyggelse. Prioritering af testsager i henhold til risikofaktoren og identificer nedenstående risiko- og problemer, testeren kan fase under udholdenhedstesten.
Vil ydeevnen forblive ensartet over tid?
Er der andre mindre problemer, som endnu ikke er blevet opdaget?
Er der ekstern interferens, som ikke blev rettet?
Testplan – Bestem budgettet, leverancer inden for tidsrammerne. Som Udholdenhedstest anvender et enormt, men naturligt belastningsarrangement af transaktioner på systemet/applikationen i en sammenhængende periode.

Eksempel på udholdenhedstest

Mens Stresstest tager det testede system til dets grænser, Udholdenhedstest tager applikationen til sin grænse over tid. For eksempel sker de mest komplekse problemer - hukommelseslækager, databaseserverudnyttelse og et system, der ikke reagerer - når software kører i længere tid. Hvis du springer udholdenhedstestene over, er dine chancer for at opdage sådanne defekter før implementering ret lave.

Værktøjer til udholdenhedstest

WebLOAD
Indlæsning fuldført
Apache JMeter
LoadRunner
Appvance
LoadUI
OpenSTA
Rational Performance Tester

Fordele ved udholdenhedstest

Det hjælper med at bestemme, hvordan arbejdsbyrden kan håndtere systemet under belastning.
Giver nøjagtige data, som kunden kan bruge til at validere eller forbedre deres infrastrukturbehov.
Identificerer ydeevneproblemer, der kan opstå efter et system har kørt på et højt niveau i længere tid
Typiske problemer identificeres i mindre målrettede ydeevnetest, hvilket betyder, at det sikrer, at applikationen forbliver tilgængelig, selv når der er stor belastning på meget kort tid.
Udholdenhedstesten bruges også til at kontrollere, om der er nogen præstationsforringelse efter en længere periode med udførelse

Ulemper ved udholdenhedstestning

Det er ofte svært at definere, hvor meget stress er værd at påføre.
Udholdenhedstest kan forårsage applikations- og/eller netværksfejl, der kan resultere i betydelige forstyrrelser, hvis Testmiljø er ikke isolerede.
Permanent datatab eller korruption kan opstå ved at overbelaste systemet.
Ressourceudnyttelsen forbliver meget høj, efter at stressen er fjernet.
Nogle programkomponenter reagerer ikke.
Ubehandlede undtagelser observeres af slutbrugeren.

Resumé

In Software Engineering, Udholdenhedstest er en delmængde af belastningstest.
Udholdenhedstest er en lang proces og varer nogle gange i op til et år
Der udføres kontrol for at verificere
Test hukommelseslækage
Test responstid
Test databaseforbindelse osv.