what is recovery testing software testing
Acest tutorial explică ce este testarea recuperării, ciclul său de viață, cele mai bune practici de recuperare în caz de dezastru și diferențele dintre testarea recuperării și testarea fiabilității:
Eșecurile software-ului sunt inevitabile, unele eșecuri nu lasă sistemul complet să funcționeze, dar unele eșecuri pot fi un dezastru. Pentru a reduce impactul dezastrului, „ Testarea recuperării ”Intră.
Să parcurgem detaliat testele de recuperare pentru a înțelege cum ajută la minimizarea impactului oricărei defecțiuni.
Ce veți învăța:
- Ce este testarea recuperării
- Ciclul de viață al testării recuperării
- Pași pentru planul de recuperare
- Cele mai bune practici pentru testarea recuperării în caz de dezastru
- Avantaje dezavantaje
- Diferența dintre testarea recuperării și testarea fiabilității
- Șablon pentru testarea recuperării în caz de dezastru
- întrebări frecvente
- Concluzie
Ce este testarea recuperării
Testarea de recuperare este testarea nefuncțională care determină capacitatea software-ului de a se recupera de la eșecuri, cum ar fi blocarea software-ului / hardware-ului sau a oricăror eșecuri de rețea.
Pentru a efectua testele de recuperare, software-ul / hardware-ul nu este verificat cu forță
- Dacă recuperarea are succes sau nu.
- Dacă se pot efectua sau nu operațiunile ulterioare ale software-ului.
- Durata necesară pentru reluarea operațiunilor.
- Datele pierdute pot fi recuperate complet sau nu.
- Procentul de scenarii în care sistemul se poate recupera înapoi.
Înainte de efectuarea acestei testări, backupul este preluat și salvat într-o locație securizată pentru a evita orice pierdere de date în cazul în care datele nu sunt recuperate cu succes.
Eșecuri frecvente care ar trebui testate pentru recuperare:
- Problemă de rețea
- Pana de curent
- Serverul extern nu este accesibil
- Serverul nu răspunde
- fișierul dll lipsește
- Supraîncărcarea bazei de date
- Servicii oprite
- Condiții fizice
- Dispozitivul extern nu răspunde
- Pierderea semnalului rețelei wireless
Ciclul de viață al testării recuperării
Ciclul de viață include:
# 1) Operațiuni standard
Operațiunile standard ale sistemului sunt modul în care sistemul este destinat să funcționeze. Este un sistem configurat cu toate componentele hardware / software necesare, astfel încât sistemul să poată rula așa cum era de așteptat.
# 2) Apariția dezastrelor și a eșecului
Eșecul sau dezastrul sistemului pot apărea din diverse motive, cum ar fi condițiile fizice, întreruperea alimentării, serverul nu este accesibil, defecțiunea hardware și multe altele.
# 3) Întreruperea procesului standard
program de sortare simplă merge în c ++
Atunci când are loc întreruperea proceselor standard, aceasta poate duce la pierderi în ceea ce privește afacerea, relațiile cu clientul, monetar, reputația pe piață etc.
# 4) Procesul de recuperare
Pentru a evita pierderile majore ale companiilor, aveți planuri de rezervă, astfel încât să existe un impact minim asupra sistemului din cauza întreruperii.
# 5) Procesul de reconstruire
Procesul de reconstrucție include documente deja definite și procese care trebuie urmate. Toate folderele și fișierele de configurare sunt reconstruite pentru a obține datele pierdute.
Exemplu pentru testarea recuperării
- În timp ce descărcați date pe sistemul dvs., opriți conexiunea Wifi și, după un timp, porniți-o din nou și observați dacă datele continuă să fie descărcate sau dacă datele se pierd.
- Lăsați browserul să funcționeze în mai multe sesiuni și reporniți sistemul. Odată ce sistemul este repornit, verificați dacă toate sesiunile au fost reîncărcate din nou.
- Când aplicația primește date din rețea, pentru a defecta scenariul, deconectați cablul. După un timp, conectați din nou cablul și observați dacă datele sunt recuperate, iar aplicația continuă să primească datele de unde a pierdut conexiunea.
Pași pentru planul de recuperare
- Analiza corectă ar trebui să se facă pentru a verifica posibilitatea recuperării. Eșecurile care pot apărea, soluțiile pentru eșecuri, impactul eșecurilor, modul de executare a eșecurilor ar trebui analizate. Ar trebui analizată capacitatea sistemului de a aloca resurse suplimentare, cum ar fi procesorul și serverul în caz de defecțiuni critice.
- Planul de testare –Cazurile de testare trebuie concepute conform rezultatelor analizei (menționate la punctul de mai sus).
- Mediu de testare ar trebui să fie construite pe baza rezultatelor obținute din analiza făcută pentru recuperare.
- Copia de siguranță a datelor ar trebui să fie întreținute fără greș, cum ar fi stările software-ului, datele bazei de date etc. În funcție de criticitate, datele pot fi salvate cu strategiile de mai jos:
- Backup unic / Backupuri multiple
- Copii de rezervă online / offline
- Copii de rezervă multiple la una sau mai multe locații.
- Configurare automată pentru backup la fiecare „n” minut, să zicem 15 minute.
- Pentru a avea o echipă separată pentru a efectua și urmări copiile de rezervă.
- Alocarea resurselor pentru testarea recuperării.
- Planul de recuperare trebuie să fie documentat și să actualizeze documentul pe măsură ce se fac modificări.
Cele mai bune practici pentru testarea recuperării în caz de dezastru
- Pentru a începe această testare, primul pas este să aveți pregătit mediul de testare, care ar trebui să fie o replică a mediului de producție / live. Interfața, hardware-ul, software-ul, codul, firmware-ul ar trebui să fie o replică completă a sistemului live. Rezultatele de calitate pot fi obținute dacă setarea mediului de testare este mult mai aproape de mediul live / de producție.
- Hardware-ul alocat mediului de producție pentru restaurare trebuie utilizat în timpul efectuării testelor de recuperare.
- Testatorii pot utiliza un sistem de backup online pentru testare, dar în același timp trebuie să se asigure că datele sunt recuperate cu ușurință și nu au probleme de securitate.
Avantaje dezavantaje
Avantaje:
- Ajută la îmbunătățirea stabilității sistemului și la erori și îmbunătățește calitatea produsului.
- Sistemul devine mai fiabil pe măsură ce erorile sunt eliminate înainte de a intra în direct și de a îmbunătăți performanța sistemului.
- Copierea de rezervă este întotdeauna menținută pentru a recupera datele în caz de eșec.
Dezavantaje:
- Pentru a efectua această testare este necesară o resursă instruită. Testerul care efectuează același lucru ar trebui să aibă toate datele pentru testare, adică fișiere de date și de rezervă.
- Testarea de recuperare necesită mai mulți pași înainte de testare și mai mulți pași în timpul efectuării, ceea ce îl face un proces care necesită mult timp.
- Testarea recuperării este un proces costisitor.
- Nu toate erorile potențiale pot fi găsite în câteva cazuri.
Diferența dintre testarea recuperării și testarea fiabilității
Testarea recuperării și testarea fiabilității sunt adesea confuze și considerate la fel. În timp ce ambele sunt legate între ele, dar sunt diferite. Să verificăm diferența dintre ambele în tabelul de mai jos:
S.Nr. | Testarea recuperării | Testarea fiabilității |
---|---|---|
1 | Testarea de recuperare se face pentru a verifica cât de bine se recuperează sistemul după eșec sau dezastru | Testarea fiabilității se face pentru a găsi eșecul într-un anumit punct în care apare. |
Două | Află dacă sistemul este capabil să continue operațiunile după dezastru. | Eșecurile sunt găsite și remediate înainte de implementare. |
3 | Testarea de recuperare determină capacitatea sa de a recupera datele înapoi din căderi de tensiune, probleme de rețea etc. | Aplicația este testată pentru o anumită perioadă de timp și mediu. Dacă rezultatele testelor sunt în mod constant aceleași, atunci numai acestea sunt considerate o aplicație de încredere. |
Șablon pentru testarea recuperării în caz de dezastru
Un șablon, adică un document pre-formatat, este utilizat pentru a planifica recuperarea după orice dezastru. Companiile pot avea șabloane conform cerințelor lor și conform nevoilor lor. Dar câteva elemente sunt obligatorii pentru a face parte din el.
Să verificăm acele elemente care trebuie să facă parte din șablon:
c ++ referință nedefinită la funcția de clasă
- Definiția dezastrului, adică situație / condiție când va fi considerat un dezastru.
- Lista echipei de intervenție de urgență cu detaliile lor complete precum Nume / Rol / Email / Număr de telefon
- Detalii despre echipa de recuperare în caz de dezastru
- Lista de contacte externe: O listă de resurse care ar putea fi necesare în momentul recuperării în caz de dezastru.
- Managementul riscurilor: Pentru a acoperi riscurile potențiale și soluția documentată.
- Prezentare generală a planului
- Alertă de urgență, escaladare și activare: Pașii care trebuie luați în timpul situației de urgență.
- Informații despre asigurări
- Informații financiare și juridice
- Planul de recuperare / Strategia de rezervă
întrebări frecvente
Q # 1) Cum efectuați un test de recuperare?
Răspuns: Mai jos sunt prezentate câteva exemple pentru a înțelege modul în care se efectuează testarea de recuperare:
- Reporniți sistemul când browserul rulează mai multe sesiuni. Odată ce sistemul este repornit, verificați dacă datele browserelor sunt încărcate sau nu.
- Deconectați cablul pentru aplicația care primește date și verificați dacă aplicația primește sau nu date după ce cablul este din nou conectat.
- Reporniți sistemul când aplicația rulează și verificați ulterior dacă datele sunt intacte sau pierdute.
Q # 2) Ce este testarea recuperării în caz de dezastru în testarea software-ului?
Răspuns: Testarea recuperării în caz de dezastru este testarea efectuată pentru a se asigura că nu se pierd date în cazul în care apare o defecțiune / dezastru. Companiile efectuează această testare astfel încât să își poată restabili datele în caz de defecțiuni reale.
Î. 3) De ce este importantă testarea recuperării în caz de dezastru?
Răspuns: Testarea de recuperare în caz de dezastru este importantă, deoarece asigură că după ce sistemul de întrerupere funcționează bine și toate datele sunt recuperate, toate aplicațiile sunt restaurate. Această testare este foarte importantă pentru continuitatea sistemului fără pierderi.
Î # 4) Testarea recuperării face parte din testarea performanței?
Răspuns: Da, această testare se încadrează în testarea performanței. Se face și cu testarea sarcinii. Testarea recuperării se face pentru a ști cât de bine se va recupera sistemul în caz de eșec sau dezastru.
Concluzie
Eșecurile pot apărea oricând din multe motive inevitabile; testarea recuperării elimină erorile critice. Acesta face ca sistemul să fie pregătit să se recupereze după acele defecțiuni. Frecvența efectuării testelor de recuperare este invers proporțională cu impactul eșecului asupra sistemului. Prin urmare, testarea frecventă joacă un rol important pentru a minimiza impactul.
Această abordare a testării verifică dacă recuperarea se face cu succes în caz de eșecuri.
Lectură recomandată
- Cele mai bune 10 software de recuperare a fișierelor de top [Cele mai bune instrumente selective pentru 2021]
- Top 12 cele mai bune servicii de recuperare a datelor (recenzie 2021)
- Top 5 BEST Companii de servicii și software de recuperare în caz de dezastru 2021
- [Top 10] Cel mai bun software gratuit de recuperare a datelor din 2021 pentru Windows și Mac
- Testare software Job asistent QA
- Curs de testare software: La ce institut de testare software ar trebui să mă alătur?
- Alegerea Testelor software ca carieră
- Testarea software-ului Conținut tehnic Scriitor Freelancer Job