Meny

Hva er utholdenhetstesting i programvaretesting (eksempler)

  • Hoved
  • Annen
  • Hva er utholdenhetstesting i programvaretesting (eksempler)

what is endurance testing software testing

Prøv Instrumentet Vårt For Å Eliminere Problemer

Introduksjon til programvareutholdenhetstesting:

I denne artikkelen vil vi diskutere og utforske testing av endurance-programvare i detalj.

Først, først, la oss prøve å forstå hva utholdenhetstesting handler om, og så vil vi utforske alle detaljene om det. Jeg er sikker på at denne artikkelen virkelig vil være en perfekt guide for de som er nye i Endurance Test Concept.

Denne artikkelen vil gi deg en fullstendig oversikt over utholdenhetstesting, inkludert dens betydning, behov, varighet, fordeler, utfordringer og trinn involvert, sammen med eksempler i enkle termer, slik at du kan forstå konseptet perfekt.

Hva er utholdenhetstesting

Hva du vil lære:

Hva er utholdenhetstesting?

Ordet utholdenhet betyr ‘kapasiteten til noe å vare eller tåle slitasje.’ Du kan ganske enkelt kalle det som holdbarhet, varig kraft eller lang levetid.

Når det gjelder programvareverdenen, er utholdenhetstest (bløtprøving eller lang levetidstest eller kapasitetstesting) en type ikke-funksjonell testing som gjøres for å sjekke om programvaresystemet kan opprettholde under en enorm forventet belastning som fortsetter over en lang periode av tiden.

Utholdenhetstesting

Det er en av ytelsestestingstypene og en undertype for belastningstesting.

Hvorfor utholdenhetstesting?

Hovedformålet med å utføre denne testen er å identifisere potensielle minnelekkasjer. Så under denne testingen overvåkes minneutnyttelsen nøye. Håper du er klar over begrepet minnelekkasjer. La meg likevel fortelle hva en minnelekkasje faktisk er for de som kan være nye i dette begrepet.

TIL hukommelsestap er en feil i et programvare for å frigjøre kassert minne og forårsake nedsatt ytelse eller feil.

hva er den beste gratis videokonvertereren

En minnelekkasje kan ikke ha en kortsiktig innvirkning, men på lang sikt bremser systemet ned, noe som ikke gir noe ledig minne og dermed til slutt fører til applikasjon eller systemkrasj. Minnelekkasje er et problem som blir tydelig først etter en viss periode.

Derfor trenger vi utholdenhetstesting for å avdekke slike problemer.

Det kan imidlertid være mulig at applikasjonen din med en enorm betydelig belastning fungerer bra i en periode, si 1 time. Men når du blir utsatt for samme mengde belastning kontinuerlig i en lengre periode, si 3-4 timer, blir applikasjonen din krasjet på grunn av ressursspørsmål og utilstrekkelig diskplass.

Et annet viktig problem som utholdenhetsprogramvaretest mål er å identifisere, er ytelsesforringelse. Det må sikres at gjennomstrømnings- eller responstidene etter langvarig bruk tilsvarer eller forbedres enn i begynnelsen av testen.

Problemer med databaseforbindelser er også identifisert i utholdenhetstesten. Hvis databaseforbindelsen ikke er lukket, kan det føre til systemkrasj.

Utholdenhetstest verifiserer også om det er en riktig tilkoblingslukking mellom lagene i systemet som ellers vil føre til at visse moduler i systemet henger.

I et nøtteskall kan vi si at målet med utholdenhetstesten er å bestemme hvordan systemet oppfører seg i en lang periode med vedvarende bruk. De viktigste problemene som identifiseres som en del av utholdenhetstesting er minnelekkasjer, ytelsesforringelse, problemer med databasetilkobling, etc.

Varigheten av en utholdenhetstest

Hvis det er et 24 * 7 nonstop-operasjonsprosjekt, bør en utholdenhetstest ideelt sett gå i 72 timer. Årsaken er at søknaden skal være i stand til å kjøre uten tilsyn i helgene (ettersom helgestøtte er kostbar for organisasjoner).

Så vi må teste systemet utsatt for en betydelig belastning i en periode litt større enn en helg. Men da det å kjøre testen i 72 timer kan være for tungvint, kjører vi generelt utholdenhetstesten i 12 timer.

varigheten av en utholdenhetstest

Videre er det ingen hard og rask regel så lenge en bløtprøve varer. Det avhenger hovedsakelig av faktorer som klienters engasjement, faktisk produksjonsbruk, etc. Noen ganger går utholdenhetstestene også i ett år!

Fordeler med utholdenhetstesting

Fordelene som følger av denne testingen er listet opp nedenfor:

  • Det sikrer egnetheten til en applikasjon.
  • Den avdekker de feilene som ellers ikke kan bli funnet av noen annen ytelsestest. For eksempel , kan det hende at du ikke finner minnelekkasjeproblemet under volumtesting eller stresstesting.
  • Gjør applikasjonen robust: Den identifiserer ytelsesnedbrytingsproblemer som kan oppstå under enorm kontinuerlig belastning, og deretter løser disse problemene gjør applikasjonen mer robust.
  • Den forteller om systemets oppførsel under belastning i det lange løp. Med andre ord, det sjekker systemets bærekraft over tid.
  • Resultatene for utholdenhetstestresultatene kan brukes til å validere eller forbedre infrastrukturbehovet for kunden.

Utfordringer i utholdenhetstesting

Utfordringene som er involvert i denne testingen inkluderer:

  • Det er veldig tidkrevende. Så det er vanskelig å utføre utholdenhetstesting i et prosjekt som har veldig strenge tidslinjer.
  • Kan ikke gjøres manuelt. Det krever et automatiseringsverktøy og en ekspert som har kunnskap om dette verktøyet.
  • Det er ofte vanskelig å bestemme hvor mye belastning det er verdt å bruke.
  • Hvis testmiljøet ikke er skikkelig isolert fra det levende produksjonsmiljøet, kan applikasjons- eller nettverksfeil i utholdenhetstesten hindre hele arbeidssystemet og resultere i permanent datatap / datakorrupsjon.
  • Ubehandlede unntak observeres av kunden.

Et eksempel

Et eksempel der utholdenhetstesting er påkrevd og kan brukes er banksøknaden.

På bankens sluttdager blir søknaden testet for å vite om systemet kan opprettholdes under kontinuerlig forventet belastning eller et stort antall transaksjoner lenge.

Dette er et perfekt eksempel på en utholdenhetstest.

Fremgangsmåte for å utføre denne testen

Nedenfor er fremgangsmåten for å utføre denne testen:

# 1) Etablere testmiljøet:

Dette innebærer å finne ut hvilken maskinvare, programvare, database (sammen med størrelsen som den vokser med testens varighet) og operativsystemet som kreves for å utføre utholdenhetstesten.

Det innebærer også å opprette et team for å utføre utholdenhetstesting og tildele roller og ansvar i teamet. Testmiljøet skal være klart før utførelsen av testen, og det skal isoleres riktig fra det faktiske live-systemet.

# 2) Opprettelse av testplan og testscenarier:

Testtilfellene bør utformes, gjennomgås og avsluttes. Testutførelsesstrategien bør også bygges opp i dette trinnet.

Brytpunktet for applikasjonen bør bestemmes, og det bør avsluttes hvor mye belastning som blir lagt på applikasjonen under en utholdenhetstest.

# 3) Estimering av testsyklus:

Det innebærer å analysere hva som vil være varigheten av hver testfase og hvor mange testsykluser som kreves.

# 4) Risikoanalyse:

Dette er et veldig viktig trinn i denne testen. Testtilfellene prioriteres ut fra risikofaktoren.

Risiko og problemer som en tester kan komme over under utholdenhetstesten er nevnt nedenfor:

  • Kommer prestasjonstesten til å være konsistent med tiden?
  • Er det andre mindre problemer som ennå ikke er trukket fra?
  • Er det noen eksterne forstyrrelser som ennå ikke er adressert?

# 5) Testplan:

Bestem budsjett, leveranser og tidsrammer.

# 6) Testutførelse:

Dette innebærer endelig å starte utholdenhetstesten.

# 7) Lukking av testsyklus:

Lukk testsyklusen basert på utgangskriteriene satt opp i testplanleggingsfasen. Det kan være basert på de manglene som er funnet, testens varighet osv.

Endurance Testing Tools

Det er flere verktøy tilgjengelig i markedet.

Nedenfor er noen av de mest populære og nyttige verktøyene for utholdenhetstest:

Konklusjon

I denne artikkelen har vi lært om hva som er utholdenhetstesting? Hvordan må det gjøres? Dens fordeler og ulemper, og de forskjellige tilgjengelige verktøyene.

Noen av de viktigste takeawayene er:

  • Utholdenhetstesting (soak-testing eller lang levetidstest eller kapasitetstesting) er en type ikke-funksjonell testing som gjøres for å sjekke om programvaresystemet kan opprettholde under en enorm forventet belastning som fortsetter over lang tid.
  • Det er en delmengde av Load Testing.
  • De viktigste problemene som er identifisert som en del av denne testen er minnelekkasjer, ytelsesforringelse, problemer med databasetilkobling, etc.
  • Varigheten av utholdenhetstesten avhenger av virksomhetens, prosjektets og kundens krav. Det kan vare i 5-10 timer eller noen dager eller en måned eller noen ganger til og med et år.
  • Det gjør applikasjonen mer robust og forbereder den til å bære under kontinuerlig tunge belastninger.
  • Siden det er veldig tidkrevende, bør det unngås å gjøre utholdenhetstesten manuelt. Det er stort sett automatisert.
  • Det skal starte med å etablere et isolert testmiljø, deretter lage testplaner, estimere varigheten av testsyklusene, analysere risikoen, utarbeide testplanen, utføre utholdenhetstesten og deretter til slutt lukke testsyklusen.
  • Noen av de gode verktøyene for utholdenhetstest er Apache Jmeter, LoadStorm, LoadRunner, LoadUI, Appvance, OpenSTA, WebLoad og IBM Rational Performance Tester.

Videre lesning:

Anbefalt lesing

^