what is endurance testing software testing
Introduktion til Software Endurance Testing:
I denne artikel vil vi diskutere og udforske test af udholdenhedssoftware i detaljer.
Først og fremmest, lad os prøve at forstå, hvad udholdenhedstest handler om, og så vil vi undersøge alle detaljer om det. Jeg er sikker på, at denne artikel virkelig vil være en perfekt guide til dem, der er nye i Endurance Test Concept.
Denne artikel giver dig et komplet overblik over udholdenhedstest, herunder dets betydning, behov, varighed, fordele, udfordringer og involverede trin sammen med eksempler i enkle vendinger, så du kan forstå konceptet perfekt.
Hvad du lærer:
- Hvad er udholdenhedstest?
- Hvorfor udholdenhedstest?
- Varigheden af en udholdenhedstest
- Fordele ved udholdenhedstest
- Udfordringer i udholdenhedstest
- Et eksempel
- Trin til at udføre denne test
- Udholdenhedstestværktøjer
- Konklusion
- Anbefalet læsning
Hvad er udholdenhedstest?
Ordet udholdenhed betyder 'kapaciteten af noget til at holde eller tåle slid.' Du kan ganske enkelt kalde det som holdbarhed, vedvarende kraft eller lang levetid.
Når det kommer til softwareverdenen, er udholdenhedstest (gennemblødningstest eller levetidstest eller kapacitetstest) en type ikke-funktionel test, der udføres for at kontrollere, om softwaresystemet kan opretholdes under en enorm forventet belastning fortsat over en lang periode af tid.
Det er en af ydelsestesttypen og en undertype af belastningstest.
Hvorfor udholdenhedstest?
Hovedformålet med at udføre denne test er at identificere eventuelle hukommelseslækager. Så under denne test overvåges hukommelsesudnyttelse nøje. Håber du er opmærksom på begrebet hukommelseslækage. Lad mig alligevel kortlægge, hvad en hukommelseslækage faktisk er for dem, der kan være nye i dette begreb.
TIL hukommelsestab er en fejl i et softwareprogram til at frigive kasseret hukommelse, der forårsager nedsat ydelse eller fiasko.
hvordan man får hurtigbøger gratis
En hukommelseslækage har muligvis ikke en kortvarig indvirkning, men på lang sigt bremser det systemet, hvilket efterlader ingen ledig hukommelse og dermed endelig fører til applikation eller systemnedbrud. Hukommelseslækage er et problem, der først kommer til syne efter en bestemt periode.
Derfor har vi brug for udholdenhedstest for at afdække sådanne problemer.
Det kan dog være muligt, at din ansøgning med en enorm betydelig belastning fungerer godt i en periode, siger 1 time. Men når du udsættes for den samme mængde belastning kontinuerligt i en længere periode, siger 3-4 timer, bliver din applikation styrtet ned på grund af ressourceproblemer og utilstrækkelig diskplads.
Et andet vigtigt spørgsmål, som test af udholdenhedssoftware mål skal identificere, er dets ydelsesforringelse. Det skal sikres, at gennemløbs- eller responstiderne efter langvarig brug svarer til eller forbedres end i starten af testen.
Problemer med databaseforbindelser er også identificeret i udholdenhedstesten. Hvis databaseforbindelsen ikke lukkes med succes, kan det resultere i systemnedbrud.
Udholdenhedstest verificerer også, om der er en korrekt forbindelseslukning mellem systemets lag, som ellers ville få visse moduler i systemet til at hænge.
I en nøddeskal kan vi sige, at målet med udholdenhedstesten er at bestemme, hvordan systemet opfører sig i en lang periode med vedvarende brug. De vigtigste problemer, der identificeres som en del af udholdenhedstest, er hukommelseslækage, ydelsesforringelse, databaseforbindelsesproblemer osv.
Varigheden af en udholdenhedstest
Hvis det er et 24 * 7 nonstop-driftsprojekt, skal en udholdenhedstest ideelt set køre i 72 timer. Årsagen er, at applikationen skal være i stand til at køre uden opsyn i weekenden (da weekendstøtte er dyr for organisationer).
Så vi er nødt til at teste systemet udsat for en betydelig belastning i en periode, der er lidt større end en weekend. Men da det at køre testen i 72 timer kan være for besværlig, kører vi generelt udholdenhedstesten i 12 timer.
Desuden er der ingen hård og hurtig regel, så længe en gennemblødningstest varer. Det afhænger hovedsageligt af faktorer som klienters involvering, faktisk produktionsanvendelse osv. Til tider kører udholdenhedstestene også i et år!
Fordele ved udholdenhedstest
Fordelene ved denne test er angivet nedenfor:
- Det sikrer en applikations egnethed.
- Det afdækker de fejl, som ellers ikke kan findes ved nogen anden præstationstest. For eksempel , finder du muligvis ikke problemet med hukommelseslækage under volumenprøvning eller stresstest.
- Gør applikationen robust: Det identificerer problemer med ydelsesnedbrydning, der kan opstå under enorm kontinuerlig belastning, og derefter løser disse problemer, gør applikationen mere robust.
- Den fortæller om systemets opførsel under en belastning i det lange løb. Med andre ord kontrollerer det systemets bæredygtighed over tid.
- Udholdenhedstestresultatdata kan bruges til kunden til at validere eller forbedre deres infrastrukturbehov.
Udfordringer i udholdenhedstest
Udfordringerne i denne test inkluderer:
- Det er meget tidskrævende. Så det er vanskeligt at udføre udholdenhedstest i et projekt, der har meget stramme tidslinjer.
- Kan ikke udføres manuelt. Det kræver et automatiseringsværktøj og en ekspert, der har viden om dette værktøj.
- Det er ofte svært at afgøre, hvor meget belastning det er værd at anvende.
- Hvis testmiljøet ikke er isoleret korrekt fra det levende produktionsmiljø, kan applikations- eller netværksfejl i udholdenhedstesten hæmme hele arbejdssystemet og resultere i permanent datatab / datakorruption.
- Ubehandlede undtagelser observeres af kunden.
Et eksempel
Et eksempel, hvor udholdenhedstest er påkrævet og kan bruges, er bankapplikationen.
På bankens lukkedage testes applikationen for at vide, om systemet kan opretholdes under kontinuerlig forventet belastning eller et stort antal transaktioner i lang tid.
Dette er et perfekt eksempel på en udholdenhedstest.
Trin til at udføre denne test
Nedenfor er fremgangsmåden til udførelse af denne test:
# 1) Etabler testmiljøet:
Dette indebærer at finde ud af, hvilken hardware, software, database (sammen med dens størrelse, når den vokser med testens varighed) og OS, der kræves for at udføre Endurance-testen.
Det indebærer også at oprette et team til at udføre udholdenhedstest og tildele roller og ansvar inden for holdet. Testmiljøet skal være klar, før testen udføres, og det skal isoleres korrekt fra det aktuelle live-system.
# 2) Oprettelse af testplan og testscenarier:
Testcases skal designes, gennemgås og afsluttes. Testudførelsesstrategien bør også bygges op i dette trin.
Brudpunktet for applikationen bør bestemmes, og det bør afsluttes, hvor meget belastning der påføres applikationen under en udholdenhedstest.
# 3) Estimering af testcyklus:
Det involverer at analysere, hvad der vil være varigheden af hver testfase, og hvor mange testcyklusser der kræves.
# 4) Risikoanalyse:
Dette er et meget vigtigt skridt i denne test. Testcases prioriteres ud fra risikofaktoren.
Risici og problemer, som en tester kan støde på under udholdenhedstesten, er nævnt nedenfor:
- Vil præstationstesten forblive i overensstemmelse med tiden?
- Er der andre mindre problemer, som endnu ikke er trukket fra?
- Er der nogen ekstern interferens, som endnu ikke er behandlet?
# 5) Testplan:
Bestem budget, leverancer og tidsrammer.
# 6) Testudførelse:
Dette indebærer endelig at starte udholdenhedstesten.
# 7) Lukning af testcyklus:
Luk testcyklussen baseret på udgangskriterierne, der er oprettet i testplanlægningsfasen. Det kan være baseret på de fundne mangler, testens varighed osv.
Udholdenhedstestværktøjer
Der findes flere værktøjer på markedet.
Nedenfor er nogle af de mest populære og nyttige værktøjer til udholdenhedstest:
Konklusion
I denne artikel har vi lært om, hvad der er udholdenhedstest? Hvordan skal det gøres? Dens fordele og ulemper og de forskellige tilgængelige værktøjer.
Nogle af de vigtigste afhentninger er:
- Udholdenhedstest (gennemblødningstest eller levetidstest eller kapacitetstest) er en type ikke-funktionel test, der udføres for at kontrollere, om softwaresystemet kan opretholdes under en enorm forventet belastning fortsat over lang tid.
- Det er en delmængde af belastningstest.
- De største problemer, der identificeres som en del af denne test, er hukommelseslækage, forringelse af ydeevne, databaseforbindelsesproblemer osv.
- Varigheden af udholdenhedstesten afhænger af forretningens, projektets og kundens krav. Det kan vare i 5-10 timer eller få dage eller en måned eller nogle gange endda et år.
- Det gør applikationen mere robust og forbereder den til at opretholde under kontinuerlige tunge belastninger.
- Da det er meget tidskrævende, bør det undgås at udføre udholdenhedstesten manuelt. Det er for det meste automatiseret.
- Det skal starte med at etablere et isoleret testmiljø, derefter oprette testplaner, estimere testcyklusens varighed, analysere risikoen, udarbejde testplanen, udføre udholdenhedstesten og derefter til sidst lukke testcyklussen.
- Nogle af de gode værktøjer til udholdenhedstest er Apache Jmeter, LoadStorm, LoadRunner, LoadUI, Appvance, OpenSTA, WebLoad og IBM Rational Performance Tester.
Yderligere læsning:
- Top 15 Performance Testing Tools of 2018: Load Testing Tools List
- STH Detaljeret artikel om præstationstest - med eksempler
- 4 Udholdenhedstesttip, du har brug for at vide, når du udfører denne test gennem Apache JMeter
Anbefalet læsning
- Bedste softwaretestværktøjer 2021 (QA Test Automation Tools)
- Software Testning QA Assistant Job
- Load Testing med HP LoadRunner-vejledninger
- Software Testing Course: Hvilket Software Testing Institute skal jeg tilmelde mig?
- Valg af softwaretest som din karriere
- Softwaretest Teknisk indhold Writer Freelancer Job
- Nogle interessante spørgsmål om software-test Interview
- Software Testing Course Feedback og anmeldelser