Menu

Wat is hersteltests bij softwaretests

what is recovery testing software testing

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Deze tutorial legt uit wat Recovery Testing is, de levenscyclus ervan, best practices voor disaster recovery en de verschillen tussen Recovery Testing en Reliability testing:

Softwarefouten zijn onvermijdelijk, sommige fouten stellen het volledige systeem niet in de steek, maar sommige fouten kunnen een ramp zijn. Om de impact van de ramp te verminderen, ' Herstel testen ' komt binnen.

Laten we de hersteltests in detail doornemen om te begrijpen hoe het helpt om de impact van een storing te minimaliseren.

Hersteltesten

Wat je leert:

Wat is hersteltesten

Hersteltests zijn niet-functionele tests die het vermogen van de software bepalen om te herstellen van storingen zoals software- / hardwarecrashes of netwerkstoringen.

Het uitvoeren van hersteltests voor software / hardware is met geweld niet geverifieerd

  • Of het herstel succesvol is of niet.
  • Of de verdere bewerkingen van de software kunnen worden uitgevoerd of niet.
  • De duur die nodig is om de bewerkingen te hervatten.
  • Verloren gegevens kunnen volledig worden hersteld of niet.
  • Percentage scenario's waarin het systeem kan herstellen.

Voordat deze test wordt uitgevoerd, wordt er een back-up gemaakt en opgeslagen op een beveiligde locatie om gegevensverlies te voorkomen voor het geval de gegevens niet succesvol kunnen worden hersteld.

Veelvoorkomende fouten die moeten worden getest voor herstel:

  1. Netwerkprobleem
  2. Stroomstoring
  3. Externe server niet bereikbaar
  4. Server reageert niet
  5. dll-bestand ontbreekt
  6. Database-overbelasting
  7. Gestopte services
  8. Fysieke omstandigheden
  9. Extern apparaat reageert niet
  10. Signaalverlies draadloos netwerk

Levenscyclus van hersteltests

De levenscyclus omvat:

Life Cycle of Recovery-testen

# 1) Standaardbewerkingen

Standaardbewerkingen van het systeem zijn de manier waarop het systeem moet werken. Het is een systeem dat is opgezet met alle benodigde hardware / software zodat het systeem kan werken zoals verwacht.

# 2) Voorkomen van rampen en mislukkingen

Het systeem kan verschillende oorzaken hebben, zoals fysieke omstandigheden, stroomstoring, server niet bereikbaar, hardwarestoring en nog veel meer.

# 3) Onderbreking van het standaardproces

gratis virtualisatiesoftware voor Windows 10

Wanneer standaardprocessen worden onderbroken, kan dit leiden tot verliezen in termen van zaken, relaties met de klant, geld, reputatie in de markt, enz.

# 4) Herstelproces

Om grote verliezen te voorkomen, moeten bedrijven back-upplannen hebben, zodat er minimale impact op het systeem is vanwege onderbreking.

# 5) Heropbouwproces

Het herbouwproces omvat reeds gedefinieerde documenten en processen die moeten worden gevolgd. Alle mappen en configuratiebestanden worden opnieuw opgebouwd om de verloren gegevens op te halen.

Voorbeeld voor hersteltests

  • Schakel tijdens het downloaden van gegevens op uw systeem de wifi-verbinding uit en na enige tijd weer in en kijk of de gegevens doorgaan met downloaden of dat gegevens verloren gaan.
  • Laat de browser aan meer dan één sessie werken en start het systeem opnieuw op. Nadat het systeem opnieuw is opgestart, controleert u of alle sessies opnieuw zijn geladen.
  • Als de toepassing gegevens van het netwerk ontvangt, moet u de kabel loskoppelen om het scenario te mislukken. Sluit na enige tijd de kabel weer aan en kijk of de gegevens zijn hersteld, en de toepassing blijft de gegevens ontvangen van waar de verbinding is verbroken.

Stappen voor herstelplan

  • Goede analyse moet worden gedaan om de mogelijkheid van herstel te verifiëren. Storingen die kunnen optreden, oplossingen voor de storingen, de impact van de storingen, hoe de storingen moeten worden uitgevoerd, moeten worden geanalyseerd. De mogelijkheid van het systeem om extra bronnen toe te wijzen, zoals CPU en server in geval van kritieke storingen, moet worden geanalyseerd.
  • Testplan –Testcases moeten worden ontworpen volgens de analyseresultaten (vermeld in het bovenstaande punt).
  • Test omgeving moet worden gebouwd op basis van de resultaten die zijn verkregen uit de analyse die is uitgevoerd voor herstel.
  • Maak een back-up van de gegevens moet zonder fouten worden onderhouden, zoals softwarestatussen, databasegegevens, enz. Afhankelijk van het kritieke karakter kan er een back-up van de gegevens worden gemaakt met de onderstaande strategieën:
    • Enkele back-up / meerdere back-ups
    • Online / offline back-ups
    • Meerdere back-ups op een of meerdere locaties.
    • Automatische instelling voor back-up elke 'n' minuut, zeg 15 minuten.
    • Een apart team hebben om de back-ups uit te voeren en bij te houden.
  • Toewijzing van middelen voor hersteltests.
  • Herstelplan dat moet worden gedocumenteerd en om het document bij te werken wanneer er wijzigingen worden aangebracht.

Best practices voor het testen van noodherstel

  • Om met dit testen te beginnen, is de allereerste stap om de testomgeving gereed te hebben, die een replica moet zijn van de productie / live-omgeving. Interface, hardware, software, code, firmware moeten een volledige replica zijn van het live-systeem. Kwaliteitsresultaten kunnen worden verkregen als de opstelling van de testomgeving veel dicht bij de live- / productieomgeving ligt.
  • Hardware die is toegewezen voor de productieomgeving voor herstel, moet worden gebruikt tijdens het uitvoeren van hersteltests.
  • Testers kunnen een online back-upsysteem gebruiken om te testen, maar moeten er tegelijkertijd voor zorgen dat gegevens gemakkelijk worden opgehaald en geen beveiligingsproblemen hebben.

Voordelen nadelen

Voordelen:

  • Het helpt om het systeem stabieler en foutvrij te maken en verbetert de kwaliteit van het product.
  • Het systeem wordt betrouwbaarder omdat bugs worden verwijderd voordat ze live gaan en de prestaties van het systeem verbeteren.
  • Er wordt altijd een back-up gemaakt om gegevens te herstellen in geval van een storing.

Nadelen:

  • Er is een getrainde hulpbron nodig om deze tests uit te voeren. De tester die hetzelfde uitvoert, moet alle gegevens hebben om te testen, d.w.z. gegevens en back-upbestanden.
  • Voor het testen van herstel moeten verschillende stappen worden uitgevoerd voorafgaand aan het testen en veel stappen tijdens het uitvoeren, wat het een tijdrovend proces maakt.
  • Hersteltesten is een duur proces.
  • In enkele gevallen zijn niet alle mogelijke bugs te vinden.

Verschil tussen hersteltests en betrouwbaarheidstests

Hersteltests en betrouwbaarheidstests worden vaak door elkaar gehaald en als hetzelfde beschouwd. Terwijl beide aan elkaar gerelateerd zijn, maar verschillend zijn. Laten we het verschil tussen beide in de onderstaande tabel bekijken:

S.No.HersteltestenBetrouwbaarheidstesten
eenHersteltests worden uitgevoerd om te controleren hoe goed het systeem herstelt na een storing of calamiteitBetrouwbaarheidstests worden uitgevoerd om de storing op een specifiek punt te vinden waar deze optreedt.
tweeZoekt uit of het systeem na de ramp verder kan werken.Storingen worden vóór de implementatie gevonden en verholpen.
3Hersteltests bepalen de mogelijkheid om de gegevens terug te krijgen van stroomstoringen, netwerkproblemen, enz.De applicatie wordt voor een bepaalde tijd en de omgeving getest. Als de testresultaten consistent hetzelfde zijn, wordt het alleen als een betrouwbare toepassing beschouwd.

Sjabloon voor het testen van noodherstel

Een sjabloon, d.w.z. een vooraf opgemaakt document, wordt gebruikt om het herstel van een ramp te plannen. Bedrijven kunnen sjablonen hebben volgens hun vereisten en volgens hun behoefte. Maar er zijn maar weinig elementen die verplicht zijn om er deel van uit te maken.

Laten we eens kijken welke elementen deel moeten uitmaken van de sjabloon:

  1. Definitie van ramp, d.w.z. situatie / toestand waarin het als een ramp wordt beschouwd.
  2. Lijst van BHV-teams met hun volledige details zoals naam / rol / e-mail / telefoonnummer
  3. Details van het Disaster Recovery-team
  4. Externe contactenlijst: Een lijst met bronnen die mogelijk vereist zijn op het moment van noodherstel.
  5. Risicomanagement: Om de mogelijke risico's af te dekken en de oplossing gedocumenteerd.
  6. Planoverzicht
  7. Noodwaarschuwing, escalatie en activering: Stappen die tijdens de noodsituatie moeten worden genomen.
  8. Verzekeringsinformatie
  9. Financiële en juridische informatie
  10. Herstelplan / back-upstrategie

Veel Gestelde Vragen

V # 1) Hoe voer je een hersteltest uit?

Antwoord: Hieronder vindt u enkele voorbeelden om te begrijpen hoe hersteltests worden uitgevoerd:

  • Start het systeem opnieuw als de browser meerdere sessies heeft uitgevoerd. Nadat het systeem opnieuw is opgestart, controleert u of de gegevens van de browsers worden geüpload of niet.
  • Koppel de kabel los van de applicatie die data ontvangt en controleer of de applicatie data ontvangt of niet zodra de kabel weer is aangesloten.
  • Start het systeem opnieuw op wanneer de toepassing actief is en controleer later of de gegevens intact of verloren zijn.

V # 2) Wat is het testen van disaster recovery bij het testen van software?

Antwoord: Disaster recovery-testen zijn de tests die worden uitgevoerd om ervoor te zorgen dat er geen gegevens verloren gaan als er een storing / ramp optreedt. Bedrijven voeren deze tests uit zodat ze hun gegevens kunnen herstellen in geval van daadwerkelijke storingen.

verschil tussen sit- en uat-testen

V # 3) Waarom is het testen van noodherstel belangrijk?

Antwoord: Testen voor noodherstel is belangrijk omdat het ervoor zorgt dat nadat het onderbrekingssysteem goed werkt en alle gegevens zijn hersteld, alle toepassingen worden hersteld. Dit testen is erg belangrijk voor de continuïteit van het systeem zonder enig verlies.

V # 4) Maakt de hersteltest deel uit van prestatietests?

Antwoord: Ja, deze tests vallen onder prestatietests. Het wordt ook gedaan met belastingtests. Hersteltests worden uitgevoerd om te weten hoe goed het systeem zal herstellen in geval van een storing of ramp.

Gevolgtrekking

Storingen kunnen op elk moment optreden vanwege vele onvermijdelijke redenen; hersteltests elimineren kritieke bugs. Het maakt het systeem klaar om te herstellen van die storingen. De frequentie waarmee hersteltests worden uitgevoerd, is omgekeerd evenredig met de impact van een storing op het systeem. Daarom spelen regelmatig testen een belangrijke rol om de impact te minimaliseren.

Deze benadering van testen verifieert dat herstel met succes wordt uitgevoerd in geval van storingen.

Aanbevolen literatuur

^