Meniu

Tutorial de testare distructivă și testare nedistructivă

  • Principal
  • Alte
  • Tutorial de testare distructivă și testare nedistructivă

destructive testing

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Diferența dintre testarea distructivă și testarea nedistructivă cu tipurile și metodele sale:

În acest articol, vom discuta detalii despre testarea distructivă și testarea software nedistructivă.

Vom afla despre ele unul câte unul și vom vedea, de asemenea, diferențele dintre aceste două tipuri de testare la sfârșitul articolului.

Testare distructivă și nedistructivă

Ce veți învăța:

Ce este testarea distructivă și care sunt beneficiile sale?

Testarea software distructivă (DST) este un fel de testare software care încearcă să provoace eșecul unei părți din aplicația software într-un mod necontrolat, pentru a testa robustețea acesteia și pentru a detecta punctul de eșec.

Distructiv

În contrast cu alte metode de testare software de tip convențional care verifică funcționalitatea software-ului, această metodă inspectează comportamentul imprevizibil al utilizatorului în cadrul software-ului. Deci, ne permite să descoperim defecte de software pe care, în general, nu le întâmpină utilizatorii obișnuiți.

Vă rugăm să rețineți că testarea software distructivă (DST) este o abordare alternativă la testarea software de tip convențional (CST), dar nu înlocuirea acesteia. Este eficient să efectuați DST în plus față de CST.

Testarea distructivă se efectuează în cele mai riguroase condiții de funcționare și continuă până când aplicația se întrerupe. Ideea cheie a acestei testări nu este doar de a descoperi punctele slabe de proiectare, dacă există, care nu vor fi dezvăluite în condiții normale de lucru, ci și de a descoperi durata de viață a produsului software.

Acest tip de testare împărtășește asemănări cu testarea maimuțelor, testarea ad hoc și testarea exploratorie.

Avantajele testării software distractive

fișierele .torrent cum se deschid
  • Ajută la măsurarea robusteții, recuperabilității și duratei de viață a aplicației.
  • Dezvăluie punctele de eșec în caz de utilizare necorespunzătoare sau abuzivă a software-ului.
  • Stabilește contextul potrivit pentru tester, deoarece ignoră părtinirile poveștilor utilizatorilor în testare.
  • Ne permite să descoperim defecte de software care, în general, nu sunt întâlnite de utilizatorii obișnuiți.
  • Acest tip de testare este unic în descoperirea defectelor din aplicație care, atunci când sunt adresate, vor promova rangul software-ului la starea de dovadă pentru începători.

Pași pentru a efectua această testare

  1. La începutul ciclului de testare a software-ului distructiv, clientul trimite o copie a aplicației sau acreditări de acces și cerințele utilizatorului.
  2. Clientul prezintă apoi cerințele și demonstrează aplicația unui analist QA.
  3. Apoi, analistul QA stabilește funcția de limite în cadrul aplicației și creează limitele de utilizare a aplicației în interiorul limitelor.
  4. Acum, testerul QA va testa în mod aleatoriu aplicația în aceste limite, utilizând tehnici stocastice. Sunt înregistrate fluxurile de lucru și defectele testului QA.
  5. În cele din urmă, directorul de defecte este partajat cu clientul.
  6. Dacă este nevoie, ciclul de testare distructivă poate fi repetat pe baza cerințelor clientului.

Pentru această testare, este bine să cunoașteți cerințele originale ale software-ului. Acest lucru ajută la elaborarea unei strategii bune de testare.

Ce verificați în Testul distructiv?

  1. Comportamentul necorespunzător și adecvat al aplicației software.
  2. Date de intrare valide și nevalide.
  3. Utilizarea necorespunzătoare a aplicației software.

Metode și strategii de testare software distructive

Există mai multe moduri prin care pot fi efectuate teste distructive:

1) Metoda de analiză a punctului de eșec:

În această metodă, aplicația este revizuită și examinată pentru a accesa fiecare cale și colț al acesteia. Se determină ce poate eșua în diferite puncte. Pentru această metodă, puteți lua ajutor de la analiștii de afaceri pentru a avea o prezentare generală a aplicației.

2) Evaluare inter pares:

Obțineți revizuirea aplicației de către un coleg de testare care nu este familiarizat cu software-ul. Acest lucru vă va ajuta să găsiți câteva puncte ascunse de eșec care nu v-au fost vizibile ca tester.

3) Obțineți cazuri de test revizuite de companie:

Utilizatorii finali și alte părți interesate se pot gândi uneori la scenarii valide de testare pe care un tester le-a pierdut. Deci, examinarea cazurilor de testare de către companie vă poate spori acoperirea testelor.

4) Testarea exploratorie:

Efectuați teste exploratorii cu ajutorul foilor de rulare. Vă va ajuta să știți ce este testat, să repetați testele și să controlați acoperirea testului.

5) Alimentați sistemul cu date necorespunzătoare:

cum să testezi stiloul pe un site web

Puteți furniza intrări nevalide aplicației. Aceasta poate include date corupte, secvența greșită de pași de pe interfața utilizatorului etc.

6) Folosiți alte surse:

De asemenea, puteți utiliza orice alte surse sau modalități de a sparge sistemul și de a analiza pentru diferite scenarii. Lucrul bun este că povestea utilizatorului despre testarea software-ului distructiv nu cere neapărat „cerințe” și „specificații”, astfel încât să puteți încerca orice mod adecvat de a efectua aceste teste.

Tehnici de testare distructivă

Testarea software-ului distructiv poate fi efectuată prin diferite tehnici, cum ar fi:

  • Testarea de acceptare
  • Testarea buclei
  • Testarea regresiei
  • Partiționarea echivalenței
  • Testarea valorii limită
  • Testarea interfeței
  • Testarea alfa / beta
  • Testarea sistemului
  • Testare de sus în jos
  • Testarea cutiei negre

Puține sfaturi utile pentru testarea software-ului distructiv

  • Câștigați cât mai multe cunoștințe despre produs. Pune-te în pielea clientului și apoi gândește-te la produs din perspectiva lui.
  • Ștergeți toate informațiile părtinitoare din povestea utilizatorului. Uitați de descrierea povestii utilizatorului și de criteriile de acceptare și încercați să spargeți aplicația ca un client nebun.
  • Căutați căile de excepție, nu căile fericite. Rețineți că, ignorând criteriile de acceptare, nu veți cunoaște fluxul de lucru așteptat sau normal.
  • Nu vă așteptați la un răspuns pozitiv de la cererea dvs. Dacă ceva eșuează? Încearcă să simulezi și să corupi tot ce poți.
  • Reduceți condițiile de rețea la o configurare mai realistă, deoarece toți utilizatorii reali nu vor avea mașini și condiții de rețea de top.

Ce este testarea nedistructivă și care sunt beneficiile sale?

Testarea nedistructivă (NDT) este descrisă ca o tehnică de evaluare software care implică interacțiunea corectă cu software-ul. Spre deosebire de testarea software distructivă în care căutăm căi de excepție, în testarea nedistructivă, căutăm căi fericite sau căi de aur. NDT este, de asemenea, cunoscut sub numele de testare pozitivă.

De exemplu, dacă există o casetă de intrare care acceptă un număr în intervalul 1-999, atunci un caz de test pozitiv ar fi introducerea unui număr în acest interval și verificarea funcționalității casetei de intrare.

Exemplu de testare nedistructivă

În NDT, avem un caz de test bine definit, folosind o cerință cunoscută, care se execută fără nicio eroare sau excepții și produce rezultatul dorit. Oferă rezultatele așteptate și verifică dacă software-ul funcționează conform așteptărilor.

Beneficii de testare software nedistructiv

  • Calitatea îmbunătățită a software-ului și problemele sunt rezolvate în fluxul principal al aplicației.
  • Util pentru a demonstra că aplicația software funcționează conform specificațiilor cerute.
  • Verifică dacă sunt îndeplinite așteptările clienților.
  • Asigură îndeplinirea cerințelor de performanță.
  • Economisește atât timp, cât și bani în evaluarea și depanarea produselor.

Când efectuați această testare

  • Ar trebui să fie prima formă de testare și trebuie făcută în etapa inițială a SDLC, deoarece calea fericită este fluxul principal al aplicației și, dacă nu funcționează bine, restul testelor se blochează.
  • Poate fi realizat rapid și ușor atunci când nu avem suficient timp și buget pentru testare. Acest lucru asigură cel puțin îndeplinirea cerințelor software și a criteriilor de acceptare.

Strategie pentru testarea software-ului nedistructiv

  • Abordarea testării pozitive ar trebui adoptată pentru a efectua testul nedistructiv.
  • În timpul efectuării testării, testerul ar trebui să țină cont de faptul că obiectivul testului nedistructiv este de a verifica dacă aplicația va funcționa bine la furnizarea de date de intrare valide. Deci, scopul este de a verifica comportamentul aplicației pentru setul pozitiv de date.
  • Cea mai bună practică este să verificați dacă sistemul face ceea ce intenționează să facă.

Diferența dintre testarea distructivă și cea nedistructivă

Testarea distructivăTestare nedistructivă
Se concentrează pe punctele slabe ale designului, dar nu și pe funcționalitate.Se concentrează pe punctele slabe ale funcționalității, dar nu pe design.
Nu are neapărat nevoie de cerințe comerciale. Testarea distructivă se face fără a vă familiariza cu cerințele prestabilite.Testarea se face pentru a verifica funcționalitățile în funcție de cerințele de afaceri și criteriile de acceptare.
Intenția este de a sparge software-ul prin furnizarea de intrări neobișnuite pentru a detecta punctele de eșec.Intenția este de a interacționa corect cu software-ul pentru a verifica rezultatele pozitive.

Concluzie

În testarea distructivă, aplicația este blocată în mod intenționat pentru a examina robustețea aplicației. Acesta detectează punctele de eșec din software care pot apărea din cauza manipulării necorespunzătoare a aplicației de către client.

Acesta detectează acele puncte slabe care nu pot fi urmărite folosind testarea software convențională. Pentru o acoperire mai bună a testelor, se preferă efectuarea de teste software distructive împreună cu testarea software convențională.

Testarea nedistructivă se realizează cu testarea pozitivă sau abordarea testării căii fericite pentru a verifica dacă funcționalitatea software-ului îndeplinește cerințele clienților. Aceasta implică interacțiunea corectă cu software-ul.

Lectură recomandată

^