what is recovery testing software testing
Denne opplæringen forklarer hva som er Recovery Testing, livssyklusen, beste praksis for katastrofegjenoppretting og forskjeller mellom Recovery testing og Reliability testing:
Programvarefeil er uunngåelig, noen feil svikter ikke hele systemet, men noen feil kan være en katastrofe. For å redusere virkningen av katastrofen, “ Gjenopprettingstesting ' kommer inn.
La oss gå gjennom gjenopprettingstesting i detalj for å forstå hvordan det hjelper med å minimere effekten av feil.
Hva du vil lære:
Hva er utvinningstesting
Gjenopprettingstesting er ikke-funksjonell testing som bestemmer programvarens evne til å gjenopprette fra feil som programvare / maskinvarekrasj eller eventuelle nettverksfeil.
For å utføre gjenopprettingstest kan programvare / maskinvare ikke bekreftes
- Hvis utvinning er vellykket eller ikke.
- Om den videre operasjonen av programvaren kan utføres eller ikke.
- Varigheten det vil ta å gjenoppta operasjonene.
- Mistede data kan gjenopprettes helt eller ikke.
- Prosent av scenarier der systemet kan komme seg tilbake.
Før denne testen utføres, tas sikkerhetskopien og lagres på et sikret sted for å unngå tap av data i tilfelle data ikke blir gjenopprettet.
Vanlige feil som bør testes for utvinning:
- Nettverksproblem
- Strømbrudd
- Ekstern server er ikke tilgjengelig
- Serveren svarer ikke
- dll-fil mangler
- Databaseoverbelastning
- Stoppet tjenester
- Fysiske forhold
- Ekstern enhet svarer ikke
- Trådløst nettverkssignaltap
Livssyklus for utvinningstesting
Livssyklusen inkluderer:
# 1) Standardoperasjoner
Standard drift av systemet er slik systemet er ment å fungere. Det er et system satt opp med all nødvendig maskinvare / programvare slik at systemet kan kjøre som forventet.
# 2) Katastrofe og svikt Forekomst
Systemfeil eller katastrofe kan oppstå på grunn av forskjellige årsaker, for eksempel fysiske forhold, strømbrudd, serveren ikke kan nås, maskinvarefeil og mange flere.
# 3) Avbrudd i standardprosessen
hva er et beslutningstreet i data mining
Når det oppstår avbrudd i standardprosesser, kan det føre til tap når det gjelder forretning, forhold til klienten, monetære, omdømme i markedet osv.
# 4) Gjenopprettingsprosess
For å unngå store tapsselskaper, må du ha backup-planer slik at det har minimal innvirkning på systemet på grunn av avbrudd.
# 5) Gjenoppbygg prosessen
Ombyggingsprosessen inkluderer allerede definerte dokumenter og prosesser som må følges. Alle mappene og konfigurasjonsfilene er bygd opp igjen for å få tapt data.
Eksempel på utvinningstesting
- Mens du laster ned data på systemet ditt, må du slå av Wifi-tilkoblingen og slå den på etter en stund og se om dataene fortsetter å laste ned, eller om data går tapt.
- La nettleseren fungere på mer enn en økt, og start systemet på nytt. Når systemet er startet på nytt, kontroller om alle øktene ble lastet på nytt.
- Når applikasjonen mottar data fra nettverket, må du koble fra kabelen for å mislykkes i scenariet. Etter en stund kobler du til kabelen igjen og observerer om data blir gjenopprettet, og applikasjonen fortsetter å motta dataene der den mistet forbindelsen.
Fremgangsmåte for gjenopprettingsplan
- Riktig analyse bør gjøres for å verifisere muligheten for gjenoppretting. Feil som kan oppstå, løsninger på feilene, virkningen av feilene, hvordan du skal kjøre feilene, bør analyseres. Systemets evne til å tildele ekstra ressurser som CPU og server i tilfelle kritiske feil, bør analyseres.
- Testplan –Testsaker bør utformes i henhold til analyseresultatene (nevnt i punktet ovenfor).
- Test miljø bør bygges basert på resultatene fra analysen gjort for utvinning.
- Sikkerhetskopier dataene bør vedlikeholdes uten feil, for eksempel programvaretilstander, databasedata etc. Avhengig av kritikken kan data sikkerhetskopieres med strategiene nedenfor:
- Enkelt sikkerhetskopiering / flere sikkerhetskopier
- Online / offline sikkerhetskopier
- Flere sikkerhetskopier på ett eller flere steder.
- Automatisk oppsett for sikkerhetskopiering hvert ”n” minutt, si 15 minutter.
- Å ha et eget team for å utføre og spore sikkerhetskopiene.
- Tildeling av ressurser for utvinningstesting.
- Gjenopprettingsplan som skal dokumenteres og å oppdatere dokumentet når og når endringene gjøres.
Beste praksis for test av katastrofegjenoppretting
- For å starte denne testen er det aller første trinnet å ha testmiljøet klart, som skal være en kopi av produksjons- / live-miljøet. Grensesnitt, maskinvare, programvare, kode, firmware skal være en komplett kopi av live-systemet. Kvalitetsresultater kan oppnås hvis testmiljøoppsettet er mye nær live / produksjonsmiljøet.
- Maskinvare som er tildelt produksjonsmiljøet for gjenoppretting, bør brukes mens du utfører utvinningstesting.
- Testere kan bruke et online backup-system for testing, men må samtidig sørge for at data hentes enkelt og ikke har sikkerhetsproblemer.
Fordeler ulemper
Fordeler:
- Det bidrar til å gjøre systemet mer stabilt og feilfritt og forbedrer produktets kvalitet.
- Systemet blir mer pålitelig ettersom feil blir ryddet før de går live og forbedrer ytelsen til systemet.
- Sikkerhetskopiering opprettholdes alltid for å gjenopprette data i tilfelle feil.
Ulemper:
- En trent ressurs kreves for å utføre denne testen. Tester som utfører det samme, bør ha alle dataene for testing, dvs. data og sikkerhetskopifiler.
- Gjenopprettingstest krever at flere trinn utføres før testingen og mange trinn mens du utfører, noe som gjør det til en tidkrevende prosess.
- Restitusjonstesting er en kostbar prosess.
- Ikke alle potensielle feil kan bli funnet i noen få tilfeller.
Forskjellen mellom utvinningstest og pålitelighetstesting
Gjenopprettingstest og pålitelighetstesting blir ofte forvirret og betraktet som den samme. Mens begge er relatert til hverandre, men er forskjellige. La oss sjekke forskjellen mellom begge i tabellen nedenfor:
| S.No. | Recovery Testing | Pålitelighetstesting |
|---|---|---|
| 1 | Gjenopprettingstest er gjort for å verifisere hvor godt systemet gjenoppretter etter feil eller katastrofe | Pålitelighetstesting gjøres for å finne feilen på et bestemt punkt der den oppstår. |
| to | Finner ut om systemet er i stand til å fortsette driften etter katastrofen. | Feil blir funnet og løst før distribusjonen. |
| 3 | Gjenopprettingstest bestemmer evnen til å gjenopprette data fra strømbrudd, nettverksproblemer osv. | Søknaden er testet for en bestemt tidsperiode og miljøet. Hvis testresultatene konsekvent er de samme, anses bare det som en pålitelig applikasjon. |
Mal for testing av katastrofegjenoppretting
En mal, dvs. et forhåndsformatert dokument, brukes til å planlegge gjenoppretting etter en katastrofe. Bedrifter kan ha maler i henhold til deres krav og etter deres behov. Men få elementer er obligatorisk for å være en del av det.
La oss sjekke ut elementene som må være en del av malen:
- Definisjon av Disaster, dvs. situasjon / tilstand når det vil bli ansett som en katastrofe.
- Liste over beredskapsteam med fullstendige detaljer som Navn / Rolle / E-post / Telefonnummer
- Disaster Recovery Team-detaljer
- Ekstern kontaktliste: En liste over ressurser som kan være nødvendige på tidspunktet for katastrofegjenoppretting.
- Risikostyring: For å dekke potensielle risikoer og løsningen dokumentert.
- Planoversikt
- Nødvarsling, opptrapping og aktivering: Fremgangsmåte som skal tas under krisesituasjonen.
- Forsikringsinformasjon
- Finansiell og juridisk informasjon
- Gjenopprettingsplan / sikkerhetskopieringsstrategi
ofte stilte spørsmål
Sp # 1) Hvordan utfører du en restitusjonstest?
Svar: Nedenfor er noen eksempler for å forstå hvordan gjenopprettingstesting gjøres:
- Start systemet på nytt når nettleseren har flere økter som kjører. Når systemet har startet på nytt, må du kontrollere om dataene i nettleserne blir lastet opp eller ikke.
- Trekk ut kabelen for applikasjonen som mottar data og sjekk om applikasjonen mottar data eller ikke når kabelen er koblet til igjen.
- Start systemet på nytt når applikasjonen kjører, og kontroller senere om data er intakte eller tapt.
Spørsmål 2) Hva er testing av katastrofegjenoppretting i programvaretesting?
Svar: Test av katastrofegjenoppretting er testen som er utført for å sikre at ingen data går tapt hvis det oppstår feil / katastrofe. Bedrifter utfører denne testingen slik at de kan gjenopprette dataene i tilfelle feil.
Spørsmål 3) Hvorfor er testing av katastrofegjenoppretting viktig?
Svar: Test av katastrofegjenoppretting er viktig fordi det sørger for at alle applikasjonene blir gjenopprettet etter at avbruddssystemet fungerer bra og alle dataene blir gjenopprettet. Denne testen er veldig viktig for systemets kontinuitet uten tap.
Sp # 4) Er utvinningstesten en del av ytelsestesting?
Svar: Ja, denne testen faller under ytelsestesting. Det gjøres også med belastningstesting. Gjenopprettingstesting gjøres for å vite hvor godt systemet vil komme seg i tilfelle feil eller katastrofe.
Konklusjon
Feil kan oppstå når som helst på grunn av mange uunngåelige årsaker; utvinningstest eliminerer kritiske feil. Det gjør systemet klart til å komme seg etter disse feilene. Hyppigheten av å utføre gjenopprettingstesting er omvendt proporsjonal med effekten av feil på systemet. Derfor spiller hyppig testing en viktig rolle for å minimere påvirkningen.
Denne tilnærmingen med testing verifiserer at utvinning er vellykket i tilfelle feil.
c # intervjuspørsmål og svar for nybegynnere
Anbefalt lesing
- 10 Topp BESTE programvare for filgjenoppretting (Topp selektive verktøy for 2021)
- Topp 12 BESTE Data Recovery Services (2021 Review)
- Topp 5 BESTE katastrofegjenopprettingstjenester og programvareselskaper 2021
- (Topp 10) Beste gratis datagjenopprettingsprogramvare fra 2021 for Windows og Mac
- Programvaretesting QA Assistant Job
- Programvare Testing Course: Hvilket programvare Testing Institute skal jeg delta?
- Velge programvaretesting som din karriere
- Programvaretesting Teknisk innhold Writer Freelancer Jobb