Introduksjon til stresstesting
Stresstesting er en type ikke-funksjonell testingsteknikk som hjelper med å bestemme hastigheten på applikasjonen som testes. Det er en type programvaretestingsteknikk som gjøres som en del av ytelsestesting for å verifisere systemets stabilitet, pålitelighet og ytelse når det utsettes for høye nivåer av belastning og belastning. Denne testen tester i utgangspunktet systemet på dets robusthet og feilhåndtering under ekstremt tunge belastningsforhold. Den vil også teste utover det generelle driftspunktet for å evaluere driften av systemet under ekstreme forhold med overbelastning for å sikre systemets evne til å bære belastningen. Det er kritisk viktig for systemet å komme seg etter å ha blitt utsatt for stresstesting da en slik type stress har stor sannsynlighet for å oppstå i produksjonsmiljøet.
Årsaker til å gjennomføre stresstesting
De fleste av oss vil gruble over grunnene til å utføre stresstesting. Så før vi går videre, la oss først diskutere noen viktige grunner for å utsette søknaden under test for stresstesting.
- Den aller første grunnen er å teste for alternativ for utvinning av data i tilfelle systemfeil. Under stresstesting verifiser testeren at systemet vil lagre dataene eller ikke for å gjenopprette dem senere før de krasjer.
- En annen betydning av denne testingen ligger i å avgjøre eventuelle sikkerhetsproblemer som kan oppstå i tilfelle en uventet systemsvikt.
- Det hjelper også med å bekrefte om systemet vil skrive ut meningsfulle feilmeldinger i løpet av tiden det svikter eller krasjer. Målet her er å motta en feil som er selvforklarende og generell i stedet for å trykke et tilfeldig unntak som blir generert på bakenden.
- En annen nyttig grunn for å sende en applikasjon under test er å kunne overvåke ytelsen og oppførselen til systemet i løpet av uventede feil eller krasj.
Mål / Betydning av stresstesting
Stresstesting eller programvaretesting er en betydelig evaluering som utøves gjennom forskjellige firmaer som inkorporerer innenfor rammen av den robuste satsingen. Forsøket er å etablere drift på dens robusthet, en feil i håndteringen ødelegger systemet under test ved å forvirre kildene.
Den fremste hensikten med stresstesting
- Det bør være sikkert at operasjonen viker fremover og gjør det åpenbart for restaurering. Med andre ord er denne særegenheten kjent som Gjenvinnbarhet. Programvaretesting eller Stresstesting kan tilpasses for å avsløre datafeil.
- Ofte, løpsforhold og minnelekkasjer identifiseres under stresstesting. Minnelekkasjen er en slags ressurslekkasje som oppstår når en programvare styrer minnedistribusjonen på en slik måte at minnet som ikke er nødvendig ytterligere ikke blir frigjort /. Minnelekkasjer kan oppstå når et objekt plasseres i minnet, men ikke kan nås med løpekoden
- Et progressivt forskningsverktøy som kan spore minnelekkasjer, overvåker ofte både tildeling og ikke tildeling av minne.
- Akkurat som en karismatisk tildelt hukommelse blokkerer utenfor rekkevidde uten å bli fri, skriver enheten stedet til lekkasjen. De fleste enheter noterer seg da at data til en logg. Noen kan det stoppe implementeringen av koden umiddelbart og nå ut til kodelinjen der implementeringen skjedde.
Eksempler på hvordan man administrerer stresstesting av minnelekkasjer
Eksempel 1
Stresstesting av minnelekkasjer administreres ved å stimulere et bredt volum av handlinger som gir opptak i oppretting, lagring og eliminering av data i minnet og lagring av systemet til fiaskoets status for å passe på om systemet lett blir gjenopprettet.
Eksempel 2
Med forbehold om at en e-forretningsapplikasjon, et stresstestingverktøy eller skriving kan tas i bruk for å vekke et utmerket antall brukere som legger til et veldig stort antall ting i handlekurven, teller opp og trekker gjenstander fra handlekurven og prøver å kassa . Dette er en av testene som vil hjelpe deg med å finne ut om det er minnelekkasjer i handlekurvssegmentet eller kassa-metoden.
Fem paradigme / paragon of Stress Testing
Vi vil vurdere at ytelsestestingsteam bringer frem til stresstest-e-handel applikasjoner som handler i camping essensielle.
- For å implementere generelle aktiviteter som å kartlegge varene, legge til, eliminere varer fra handlekurven og kjøpe varene disse virtuelle brukerne er programmert.
- Antall brukere monteres raskt der det er i posisjon til å bryte sammen til nettstedet smadrer inn og ikke lenger er i stand til å regulere videre utveksling.
- Poengene som kan legges til og som kan skrives ned, er
- Nettstedets funksjon og hvordan det oppfører seg på dette tidspunktet, og om det lett kan komme tilbake.
- Konsekvensene av analysen brukes til å skille flaskehalser, kompletteringsforbedringsområder, restaurering, failover-verktøy, etc.
For et slikt øyeblikkelig løft i helheten av besøkende på nettstedet, er stresstesting veldig viktig for å håndtere disse forholdene. Unnlatelse av å håndtere et slikt uforutsett løft kan føre til tap av inntekt og goodwill. For å formulere stresstesting hensiktsmessig, bør systemet vise frem en feilmelding mens det under maksimale spenningsforhold og når belastningen viser seg som konvensjonell, antas den å kunne gjenopprette.
Ulike typer teknikker brukt
Det er flere metoder eller teknikker for å teste applikasjonen mot stress. Dette er nemlig - transaksjonell testteknikk, utforskende testteknikk, distribuert testteknikk, systematisk testteknikk, påføringstestingsteknikk for applikasjoner og så videre. Noen av dem er blitt bedre forklart nedenfor.
1) Transaksjonell testing
Nøyaktig hva navnet antyder, tester den transaksjonelle typen stresstesting hvor mye stress en applikasjon kan ta på tidspunktet for transaksjoner mellom en applikasjon til en annen.
2) Distribuert testing
I denne metoden for å teste alle klientene som er tilknyttet serveren, blir det undersøkt. Serverens posisjon og ansvarlighet er formidling av en gruppe stresstester blant hver klient og oppfølging av situasjonen deres.
3) Utforskende tester
I denne metoden for en stresstest testes operasjonen for uvanlige omstendigheter der sjansene for forekomst i sanntid er svært usannsynlige. Få forekomster av denne typen stresstesting for testing av slike sjeldne scenarier er
- Spesielt forsøker den store mengden samtidige brukere å logge seg på applikasjonen som testes.
- Data legges til i en veldig betydelig mengde i innsamlingen av data.
4) Testing av applikasjoner
Denne typen stresstesting-applikasjoner brukes ofte i retning for å avdekke mangler knyttet til flaskehalser i ytelse, nettverksproblemer, datablokkeringer og låser.
5) Systematisk testing
Systematisk testing gjøres for å prøve ut flere operasjoner som opererer på en server. Det lar testteamet identifisere hvor data fra en programvare blokkerer for alternativ programvare.
Ulike verktøy tilgjengelig for stresstesting
Vanligvis kan alle ytelsestestingverktøyene som brukes til belastningstesting også brukes til denne testingen. De som blir mest brukt blir diskutert nedenfor
- Loadrunner: Loadrunner fra HP er det utstrakt aksepterte verktøyet for å utføre stresstesting, og kjølvannene som er anskaffet av Loadrunner er betraktet som et mål.
- Jmeter: Et åpen kildekodeverktøy som er tilgjengelig gratis er et Java-program som er i stand til å utføre alle typer ytelsestesting.
- Neo Load: Denne metoden er brukt for å utføre stresstesting på nettet og dessuten i mobilapplikasjoner. Den har utallige dominans, hvorav noen støtter alle viktige servere som er tilgjengelige i markedet, kan brukes til å håndtere denne testingen på ERP-, CRM- og Business Intelligence-sorteringsapplikasjoner, etc.
Tilnærming til stresstesting
Prosedyren for å dirigere stresstesting er mer eller mindre lik trinnene som brukes for å utføre testing fordi det er en type ytelsestesting. Diskuterte nedenfor er syv måter som brukes til å administrere enhver type ytelsestesting enten det er volumtesting, belastningstesting eller stresstesting.
- Gjenkjenne teststemning: Måten å oppdage nettverkskonfigurasjonsdetaljer, programvaren og maskinvaredetaljene og andre verktøy som er nødvendige for stresstesting av et program.
- Identifisere ytelsesgodkjenningsmønstre: Segreger implementeringsmålingene som brukes for denne testingen for å undersøke utførelsen av applikasjonen som testes. I tillegg til dette oppdager den også prestasjonsnormene for en stresstest.
- Lag ordning og design for stresstesting: Denne prosessen innebærer å generere en stresstestplan, ytelsestestramme etc.
- Design testbakgrunnen : Utstyr teststemning, mekanisme og ressurser som er avgjørende for å implementere hver strategi etter hvert som egenskaper og elementer blir tilgjengelige for testen.
- Utfør testdesign: Forstørre stresstestene ved å følge de beste metodene for testdesign.
- Utfør tester: Administrer og overvåk testene. Autentiser testene, testinformasjon og konsekvensene i monteringen.
- Gransking av utfallet: Sammenslåing og distribusjon av utfallsdata oppnådd etter testen. Etter bekreftelsen på at referansedataene ikke har brutt terskelverdien og de angitte grensene, blir de nødvendige dataene samlet inn som markerer slutten på testing av en spesifikk funksjon i et spesifisert miljø.
Forskjell mellom stresstesting og belastningstesting
| Lasttesting | Stresstesting |
| Operasjonen undersøkes ved å lade den til sitt høyeste potensial og trykke på svaret. | Systemet er fullt utover evnen til å hakke feil og ytelsen er dokumentert. |
| Kontroller for begrensninger og beregninger som reaksjonstid ved topplast, transaksjoner per sekund, gjennomstrømning, etc. | Andre da beregninger som gjennomstrømming, transaksjoner per sekund, etc. I tillegg er andre beregninger som feil per sekund, antall mislykkede transaksjoner, brukere med feil, servergjenopprettingstid. |
| Det gjøres for å finne ut av hensikten med belastningen som applikasjonen / systemet kan motstå, oppnåelsesnivåene på grensene. | Det gjøres for å lære hvordan hvis applikasjonen brister, den blir samlet inn. Det blir også utført for å studere hvordan applikasjonen reagerer under merkelige tunge belastninger. |
Målinger for utføring av stresstesting av en applikasjon
Metrics er avgjørende resultatpeker. De mest regelmessige anvendte beregningene vises til nedenfor
- Gjennomsnittlig responstid på en transaksjon: Det betyr at en transaksjon tar mens du kjører hvert sekund under gjennomføringen av scenariet.
- Summen av antall transaksjoner skjedde hvert sekund: Antall transaksjoner som er passert, mislyktes eller avsluttet under utførelsen av scenariet.
- Alle transaksjonene gjøres hvert sekund: Antall transaksjoner som er passert, mislyktes eller avsluttet under utførelsen av scenariet for hver transaksjon som finner sted.
- Antall feil som oppstår per sekund: Et estimert gjennomsnitt av antall feil som ble oppstått på tidspunktet for utførelsen av scenariet.
- Antall treff per sekund: Under gjennomføringen av scenariet sender brukere flere forespørsler til webserveren hvert sekund. Det totale antallet av det gir antall treff per sekund.
- Responstid for transaksjonen når den blir overført til tung belastning: Under gjennomføringen av scenariet er antallet virtuelle brukere direkte relatert til tiden det tar en transaksjon.
Konklusjon
Stresstesting eller programvaretesting er en betydelig evaluering som utøves gjennom forskjellige firmaer som inkorporerer innenfor rammen av den robuste satsingen. Denne testen bestemmer i hovedsak systemet på dets robusthet og feilhåndtering under ekstreme tunge belastningsforhold. Den vil også teste utover det generelle driftspunktet for å evaluere driften av systemet under ekstreme forhold med overbelastning for å sikre systemets evne til å bære belastningen. Det er kritisk viktig for systemet å komme seg etter å ha blitt utsatt for stresstesting da en slik type stress har stor sannsynlighet for å oppstå i produksjonsmiljøet. Systemet er testet for å vise riktig feilmelding under maksimale belastningsforhold.
Anbefalte artikler
Dette har vært en guide til Hva er stresstesting. Her diskuterer vi henholdsvis grunn, mål, eksempler på minnelekkasje, fem paragoner, fem typer brukt til stresstesting. Du kan også gå gjennom artiklene våre for å lære mer-
- Systemtesting
- Stabilitetstesting
- Sikkerhetstesting
- Veiledning for statisk testing
- 8 Viktig oppgave for å skrive en testplanmal
- Komplett guide til test av applikasjoner