Meniu

Tipuri de testare software: diferite tipuri de testare cu detalii

types software testing

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Care sunt diferitele tipuri de testare software?

Noi, ca testeri, suntem conștienți de diferitele tipuri de testare software, cum ar fi testarea funcțională, testarea nefuncțională, testarea automatizării, testarea agilă și subtipurile acestora etc.

Fiecare dintre noi ar fi întâlnit mai multe tipuri de testare în călătoria noastră de testare. S-ar putea să fi auzit unele și s-ar putea să fi lucrat la unele, dar nu toată lumea are cunoștințe despre toate tipurile de testare.

Diferite tipuri de testare software

Fiecare tip de testare are propriile sale caracteristici, avantaje și dezavantaje. Cu toate acestea, în acest articol, am acoperit în principal fiecare tip de testare software pe care o folosim de obicei în viața noastră de testare de zi cu zi.

Să mergem și să le aruncăm o privire.

Ce veți învăța:

Diferite tipuri de testare software

Mai jos este prezentată lista unor tipuri comune de testare software:

Tipurile de testare funcțională includ:

  • Testarea unitara
  • Testarea integrării
  • Testarea sistemului
  • Testarea sănătății
  • Testarea fumului
  • Testarea interfeței
  • Testarea regresiei
  • Testarea beta / acceptare

Tipurile de testare nefuncționale includ:

  • Test de performanta
  • Testarea sarcinii
  • Testare stresanta
  • Testarea volumului
  • Testarea securității
  • Testarea compatibilității
  • Instalați testarea
  • Testarea recuperării
  • Testarea fiabilității
  • Testarea utilizabilității
  • Testarea conformității
  • Testarea localizării

Să vedem mai multe detalii despre aceste tipuri de testare.

Tipuri de testare software

# 1) Testarea alfa

Este cel mai frecvent tip de testare utilizat în industria software-ului. Obiectivul acestui test este de a identifica toate problemele sau defectele posibile înainte de a le lansa pe piață sau către utilizator.

Testarea Alpha se efectuează la sfârșitul fazei de dezvoltare software, dar înainte de testarea beta. Totuși, pot fi făcute modificări minore de proiectare ca urmare a unei astfel de testări.

Testarea alfa se desfășoară pe site-ul dezvoltatorului. Pentru acest tip de testare poate fi creat un mediu virtual de utilizator intern.

# 2) Testarea acceptării

Un Test de admitere este realizat de client și verifică dacă fluxul de la un capăt la altul al sistemului este sau nu conform cerințelor companiei și dacă este conform nevoilor utilizatorului final. Clientul acceptă software-ul numai atunci când toate caracteristicile și funcționalitățile funcționează conform așteptărilor.

Este ultima fază a testării, după care software-ul intră în producție. Aceasta se numește și Testarea acceptării utilizatorului (UAT).

# 3) Testarea ad-hoc

Numele în sine sugerează că această testare este efectuată pe un ad-hoc fără a face referire la cazul testului și, de asemenea, fără niciun plan sau documentație în vigoare pentru un astfel de tip de testare.

Obiectivul acestei testări este de a găsi defectele și de a sparge aplicația executând orice flux al aplicației sau orice funcționalitate aleatorie.

Testarea ad-hoc este un mod informal de a găsi defecte și poate fi realizat de oricine din proiect. Este dificil de identificat defectele fără un caz de testare, dar uneori este posibil ca defectele găsite în timpul testării ad-hoc să nu fi fost identificate folosind cazurile de testare existente.

# 4) Testarea accesibilității

Scopul Testarea accesibilității este de a determina dacă software-ul sau aplicația este sau nu accesibil persoanelor cu dizabilități.

Aici, handicap înseamnă surd, orb de culoare, cu dizabilități mintale, orbi, bătrânețe și alte grupuri cu dizabilități. Sunt efectuate diferite verificări, cum ar fi dimensiunea fontului pentru persoanele cu dizabilități vizuale, culoarea și contrastul pentru orbirea culorii etc.

# 5) Testarea beta

Testarea beta este un tip formal de testare software care este efectuat de către client. Se efectuează în mediul real înainte de a lansa produsul pe piață pentru utilizatorii finali efectivi.

Testarea beta se efectuează pentru a se asigura că nu există defecțiuni majore în software sau produs și că îndeplinește cerințele afacerii din perspectiva utilizatorului final. Testarea beta are succes atunci când clientul acceptă software-ul.

cel mai bun compilator pentru c ++

De obicei, această testare se face de obicei de către utilizatorii finali sau de către alții. Este testarea finală efectuată înainte de lansarea unei aplicații în scopuri comerciale. De obicei, versiunea beta a software-ului sau produsului lansat este limitată la un anumit număr de utilizatori dintr-o anumită zonă.

Astfel, utilizatorul final folosește de fapt software-ul și împarte feedback-ul companiei. Compania ia măsurile necesare înainte de a lansa software-ul în întreaga lume.

# 6) Testare back-end

Ori de câte ori o intrare sau date sunt introduse în aplicația front-end, acestea sunt stocate în baza de date, iar testarea unei astfel de baze de date este cunoscută sub numele de Testare bază de date sau Testare backend.

Există baze de date diferite, cum ar fi SQL Server, MySQL și Oracle, etc. Testarea bazelor de date implică testarea structurii tabelelor, schemei, procedurii stocate, structurii datelor și așa mai departe.

În interfața grafică de testare back-end nu este implicat, testerii sunt conectați direct la baza de date cu acces adecvat și testerii pot verifica cu ușurință datele executând câteva interogări pe baza de date.

Pot exista probleme identificate, cum ar fi pierderea datelor, blocarea, corupția datelor, etc. în timpul acestei testări back-end, iar aceste probleme sunt esențiale pentru remedierea înainte ca sistemul să intre în direct în mediul de producție

# 7) Testarea compatibilității browserului

Este un subtip de testare a compatibilității (care este explicat mai jos) și este realizat de echipa de testare.

Testarea compatibilității browserului este realizat pentru aplicații web și asigură faptul că software-ul poate rula cu o combinație de browser și sistem de operare diferite. Acest tip de testare validează, de asemenea, dacă aplicația web rulează sau nu pe toate versiunile tuturor browserelor.

# 8) Testarea compatibilității înapoi

Este un tip de testare care validează dacă software-ul nou dezvoltat sau software-ul actualizat funcționează bine cu versiunea mai veche a mediului sau nu.

Testarea compatibilității înapoi verifică dacă noua versiune a software-ului funcționează corect cu formatul de fișier creat de o versiune mai veche a software-ului; de asemenea, funcționează bine cu tabele de date, fișiere de date, structura de date create de versiunea mai veche a acelui software.

Dacă vreunul dintre software-uri este actualizat, acesta ar trebui să funcționeze bine pe lângă versiunea anterioară a acelui software.

# 9) Testarea cutiei negre

Proiectarea internă a sistemului nu este luată în considerare în acest tip de testare. Testele se bazează pe cerințe și funcționalitate.

Informații detaliate despre avantaje, dezavantaje și tipuri de testare cutie neagră poate fi văzut Aici .

# 10) Testarea valorii limită

Acest tip de testare verifică comportamentul aplicației la nivel de graniță.

Testarea valorii limită se efectuează pentru verificarea dacă există defecte la valorile limită. Testarea valorii limită este utilizată pentru testarea unei game diferite de numere. Există o limită superioară și inferioară pentru fiecare interval și se efectuează testarea acestor valori limită.

Dacă testarea necesită o gamă de teste de numere de la 1 la 500, atunci testarea valorilor limită se efectuează pe valori la 0, 1, 2, 499, 500 și 501.

# 11) Testarea ramurilor

Este un tip de testare a cutiei albe și se efectuează în timpul testării unitare. Testarea sucursalelor, numele în sine sugerează că codul este testat temeinic prin parcurgerea la fiecare ramură.

# 12) Testarea comparativă

Compararea punctelor tari și a punctelor slabe ale unui produs cu versiunile sale anterioare sau cu alte produse similare se numește testare comparativă.

# 13) Testarea compatibilității

Este un tip de testare în care validează modul în care se comportă și rulează software-ul într-un mediu diferit, servere web, hardware și mediu de rețea.

Testarea compatibilității asigură faptul că software-ul poate rula pe o altă configurație, o bază de date diferită, diferite browsere și versiunile acestora. Testarea compatibilității este efectuată de echipa de testare.

# 14) Testarea componentelor

Este realizat în principal de dezvoltatori după finalizarea testării unitare. Testarea componentelor implică testarea funcționalităților multiple ca un singur cod și obiectivul său este de a identifica dacă există vreun defect după conectarea acelor funcționalități multiple între ele.

# 15) Testarea end-to-end

Similar testării sistemului, Testarea end-to-end implică testarea unui mediu complet de aplicație într-o situație care imită utilizarea din lumea reală, cum ar fi interacțiunea cu o bază de date, utilizarea comunicațiilor de rețea sau interacțiunea cu alte componente hardware, aplicații sau sisteme, dacă este cazul.

# 16) Partiționarea echivalenței

Este o tehnică de testare și un tip de testare a cutiei negre. În timpul acesta Partiționarea echivalenței , este selectat un set al grupului și câteva valori sau numere sunt preluate pentru testare. Se înțelege că toate valorile din acel grup generează același rezultat.

Scopul acestei testări este de a elimina cazurile de testare redundante dintr-un grup specific care generează același rezultat, dar nu orice defect.

Să presupunem că aplicația acceptă valori cuprinse între -10 și +10, deci folosind partiționarea prin echivalență valorile preluate pentru testare sunt zero, o valoare pozitivă, o valoare negativă. Deci, partiționarea echivalenței pentru această testare este -10 la -1, 0 și 1 la 10.

# 17) Exemplu de testare

Înseamnă testare în timp real. Exemplul de testare include scenariul în timp real, implică și scenariile bazate pe experiența testerilor.

# 18) Testarea exploratorie

Testarea exploratorie este testarea informală efectuată de echipa de testare. Obiectivul acestei testări este explorarea aplicației și căutarea defectelor care există în aplicație.

Uneori se poate întâmpla ca în timpul acestei testări un defect major descoperit să poată provoca chiar o defecțiune a sistemului.

În timpul testării exploratorii, este recomandabil să țineți o evidență a fluxului pe care l-ați testat și ce activitate ați făcut înainte de începerea fluxului specific.

O tehnică de testare exploratorie se efectuează fără documentare și cazuri de testare.

# 20) Testarea funcțională

Acest tip de testare ignoră părțile interne și se concentrează numai pe ieșire pentru a verifica dacă este conform cerinței sau nu. Este un test de tip Black-box adaptat cerințelor funcționale ale unei aplicații. Pentru informații detaliate despre testarea funcțională, faceți clic pe Aici .

# 21) Testarea interfeței grafice a utilizatorului (GUI)

Obiectivul acestui test GUI este de a valida GUI conform cerințelor companiei. GUI-ul așteptat al aplicației este menționat în ecranele de proiectare detaliată a proiectului și a machetei GUI.

Testarea GUI include dimensiunea butoanelor și câmpului de introducere prezent pe ecran, alinierea întregului text, tabele și conținut din tabele.

De asemenea, validează meniul aplicației, după selectarea diferitelor elemente de meniu și meniu, validează faptul că pagina nu fluctuează și alinierea rămâne aceeași după trecerea mouse-ului pe meniu sau submeniu.

# 22) Testarea gorilelor

Testarea gorilelor este un tip de testare efectuat de un tester și uneori și de dezvoltator. În testarea gorilelor, un modul sau funcționalitatea din modul sunt testate temeinic și intens. Obiectivul acestei testări este de a verifica robustețea aplicației.

# 23) Testarea căii fericite

Obiectivul testării Happy Path este de a testa cu succes o aplicație pe un flux pozitiv. Nu caută condiții negative sau de eroare. Accentul este pus doar pe intrările valide și pozitive prin care aplicația generează rezultatul așteptat.

# 24) Testarea integrării incrementale

Testarea integrării incrementale este o abordare ascendentă pentru testare, adică testarea continuă a unei aplicații atunci când se adaugă o nouă funcționalitate. Funcționalitatea aplicației și modulele ar trebui să fie suficient de independente pentru a fi testate separat. Acest lucru este realizat de programatori sau de testeri.

# 25) Instalați / dezinstalați testarea

Testarea instalării și dezinstalării se realizează pe procese complete, parțiale sau de instalare / dezinstalare pe diferite sisteme de operare în diferite medii hardware sau software.

# 26) Testarea integrării

Testarea tuturor modulelor integrate pentru a verifica funcționalitatea combinată după integrare este denumită Testarea integrării .

Modulele sunt de obicei module de cod, aplicații individuale, aplicații client și server într-o rețea etc. Acest tip de testare este relevant în special pentru client / server și sisteme distribuite.

# 27) Testarea sarcinii

Este un tip de testare nefuncțională, iar obiectivul testării sarcinii este de a verifica cât de multă sarcină sau sarcină maximă poate suporta un sistem, fără nici o degradare a performanței.

Testarea sarcinii ajută pentru a găsi capacitatea maximă a sistemului sub sarcină specifică și orice probleme care cauzează degradarea performanței software-ului. Testarea încărcării se efectuează folosind instrumente precum JMeter , LoadRunner, WebLoad, Silk performer etc.

# 28) Testarea maimuțelor

Testarea maimuțelor este efectuat de un tester presupunând că, dacă maimuța folosește aplicația, atunci modul de introducere aleatorie, valorile vor fi introduse de maimuță fără nicio cunoștință sau înțelegere a aplicației.

Obiectivul Monkey Testing este de a verifica dacă o aplicație sau un sistem se prăbușește furnizând valori / date de intrare aleatorii. Testarea maimuțelor se efectuează aleatoriu și nu sunt scriptate cazuri de testare și nu este necesar

Testarea maimuțelor se efectuează aleatoriu și nu sunt scriptate cazuri de testare și nu este necesar să fie conștienți de funcționalitatea completă a sistemului.

# 29) Testarea mutației

Testarea mutației este un tip de testare a cutiei albe în care codul sursă al unuia dintre programe este modificat și verifică dacă cazurile de testare existente pot identifica aceste defecte în sistem.

Modificarea codului sursă al programului este foarte minimă, astfel încât să nu afecteze întreaga aplicație, doar zona specifică având impactul și cazurile de testare aferente ar trebui să poată identifica acele erori din sistem.

# 30) Testare negativă

Testerii care au mentalitatea „atitudinii de a rupe” și care utilizează testarea negativă validează acest lucru dacă sistemul sau aplicația se întrerupe. O tehnică de testare negativă se efectuează folosind date incorecte, date invalide sau introducere. Validează că dacă sistemul aruncă o eroare de intrare nevalidă și se comportă așa cum era de așteptat.

# 31) Testare nefuncțională

Este un tip de testare pentru care fiecare organizație care are o echipă separată, numită de obicei echipă de testare nefuncțională (NFT) sau echipă de performanță.

Testare nefuncțională implică testarea cerințelor nefuncționale, cum ar fi Testarea încărcării, Testarea stresului, Securitatea, Volumul, Testarea recuperării etc. Obiectivul testării NFT este de a asigura dacă timpul de răspuns al software-ului sau al aplicației este suficient de rapid conform cerințelor afacerii.

Nu ar trebui să dureze mult timp pentru a încărca orice pagină sau sistem și ar trebui să se mențină în timpul încărcării de vârf.

ios întrebări și răspunsuri la interviuri pentru pdf cu experiență

# 32) Testarea performanței

Acest termen este adesea folosit interschimbabil cu testarea „stresului” și a „încărcării”. Test de performanta se face pentru a verifica dacă sistemul îndeplinește cerințele de performanță. Diferite instrumente de performanță și încărcare sunt utilizate pentru a face această testare.

# 33) Testarea recuperării

Este un tip de testare care validează cât de bine se recuperează aplicația sau sistemul după blocări sau dezastre.

Testarea recuperării determină dacă sistemul este capabil să continue operațiunea după un dezastru. Să presupunem că aplicația primește date prin cablul de rețea și brusc că cablul de rețea a fost deconectat.

Ceva mai târziu, conectați cablul de rețea; atunci sistemul ar trebui să înceapă să primească date de unde a pierdut conexiunea din cauza deconectării cablului de rețea.

# 34) Testarea regresiei

Testarea unei aplicații în ansamblu pentru modificarea în orice modul sau funcționalitate este denumită testare de regresie. Este dificil să acoperiți tot sistemul Testarea regresiei , așa de obicei Instrumente de testare a automatizării sunt utilizate pentru aceste tipuri de testare.

# 35) Testarea bazată pe risc (RBT)

În Testarea bazată pe risc , funcționalitățile sau cerințele sunt testate pe baza priorității lor. Testarea bazată pe risc include testarea funcționalității extrem de critice, care are cel mai mare impact asupra afacerii și în care probabilitatea de eșec este foarte mare.

Decizia de prioritate se bazează pe necesitatea afacerii, deci odată ce prioritatea este stabilită pentru toate funcționalitățile, atunci se execută funcționalitatea cu prioritate ridicată sau cazurile de testare, urmate mai întâi de funcționalitățile cu prioritate medie și apoi cu cea redusă.

Funcționalitatea cu prioritate redusă poate fi testată sau nu testată pe baza timpului disponibil.

Testarea bazată pe risc se efectuează dacă nu există suficient timp disponibil pentru a testa întregul software și software-ul trebuie implementat la timp fără întârziere. Această abordare este urmată doar de discuția și aprobarea clientului și a conducerii superioare a organizației.

# 36) Testarea sănătății

Testarea sănătății se face pentru a determina dacă o nouă versiune de software are o performanță suficient de bună pentru a o accepta sau nu pentru un efort major de testare. Dacă o aplicație se blochează pentru utilizarea inițială, atunci sistemul nu este suficient de stabil pentru testări ulterioare. Prin urmare, o versiune sau o aplicație este atribuită pentru ao remedia.

# 37) Testarea securității

Este un tip de testare efectuat de o echipă specială de testeri. Un sistem poate fi pătruns de orice mod de hacking.

Testarea securității se face pentru a verifica modul în care software-ul, aplicația sau site-ul web sunt protejate de amenințările interne și externe. Această testare include cât de mult software este protejat de programul rău intenționat, viruși și cât de sigure și puternice sunt procesele de autorizare și autentificare.

De asemenea, verifică modul în care se comportă software-ul pentru orice atac de hacker și programele rău intenționate și modul în care software-ul este menținut pentru securitatea datelor după un astfel de atac de hacker.

# 38) Testarea fumului

Ori de câte ori echipa de dezvoltare furnizează o nouă versiune, atunci echipa de testare software validează construcția și se asigură că nu există nicio problemă majoră.

Echipa de testare se asigură că construcția este stabilă și se realizează în continuare un nivel detaliat de testare. Testarea fumului verifică dacă nu există defecte de oprire în construcție, ceea ce va împiedica echipa de testare să testeze aplicația în detaliu.

În cazul în care testerii constată că funcționalitatea critică majoră este defalcată chiar în etapa inițială, atunci echipa de testare poate respinge construcția și poate informa echipa de dezvoltare în consecință. Testarea fumului se efectuează la un nivel detaliat al oricărui test funcțional sau de regresie.

# 39) Testare statică

Testarea statică este un tip de testare care se execută fără niciun cod. Execuția se efectuează pe documentație în timpul fazei de testare.

Aceasta implică recenzii, progrese și inspecții ale rezultatelor proiectului. Testarea statică nu execută codul în locul sintaxei codului, convențiile de denumire sunt verificate.

Testare statică este aplicabil și pentru cazurile de testare, planul de testare, documentul de proiectare. Este necesar să se efectueze testări statice de către echipa de testare, deoarece defectele identificate în timpul acestui tip de testare sunt rentabile din perspectiva proiectului.

# 40) Testarea stresului

Această testare se face atunci când un sistem este stresat dincolo de specificațiile sale, pentru a verifica cum și când eșuează. Acest lucru se realizează sub sarcină mare, cum ar fi plasarea unui număr mare dincolo de capacitatea de stocare, interogări complexe de baze de date, intrare continuă în sistem sau încărcare bază de date.

# 41) Testarea sistemului

Sub Tehnica de testare a sistemului , întregul sistem este testat conform cerințelor. Este un test de tip Black-box care se bazează pe specificațiile cerințelor generale și acoperă toate părțile combinate ale unui sistem.

# 42) Testarea unității

Testarea unei componente software individuale sau a unui modul este denumită Testarea unitara . De obicei, este realizat de programator și nu de testeri, deoarece necesită cunoștințe detaliate despre proiectarea și codul programului intern. S-ar putea să necesite, de asemenea, dezvoltarea de module de testare sau cabluri de testare.

# 43) Testarea utilizabilității

Sub Testarea utilizabilității , Verificarea ușurinței utilizatorului este efectuată. Fluxul aplicației este testat pentru a ști dacă un utilizator nou poate înțelege aplicația cu ușurință sau nu, ajutor corect documentat dacă un utilizator se blochează în orice moment. Practic, navigarea sistemului este verificată în cadrul acestei testări.

# 44) Testarea vulnerabilității

Testarea care implică identificarea punctelor slabe ale software-ului, hardware-ului și rețelei este cunoscută sub numele de Testarea vulnerabilității. Programele rău intenționate, hackerul poate prelua controlul sistemului, dacă este vulnerabil la astfel de atacuri, viruși și viermi.

Deci, este necesar să verificați dacă aceste sisteme sunt supuse testării vulnerabilității înainte de producție. Poate identifica defecte critice, defecte de securitate.

# 45) Testarea volumului

Testarea volumului este un tip de testare nefuncțională efectuat de echipa de testare a performanței.

Software-ul sau aplicația suferă o cantitate imensă de date, iar testarea volumului verifică comportamentul sistemului și timpul de răspuns al aplicației atunci când sistemul a întâlnit un volum atât de mare de date. Acest volum mare de date poate afecta performanța sistemului și viteza timpului de procesare.

# 46) Testarea cutiei albe

Testarea cutiei albe se bazează pe cunoștințele despre logica internă a codului unei aplicații.

Este, de asemenea, cunoscut sub numele de Testare cutie de sticlă. Software-ul intern și funcționarea codului ar trebui să fie cunoscute pentru efectuarea acestui tip de testare. În cadrul acestor teste se bazează pe acoperirea declarațiilor de cod, ramificații, căi, condiții etc.

Concluzie

Tipurile de testare software menționate mai sus sunt doar o parte a testării. Cu toate acestea, există încă o listă de peste 100 de tipuri de testare, dar toate tipurile de testare nu sunt utilizate în toate tipurile de proiecte. Așa că am acoperit câteva tipuri comune de testare software care sunt utilizate în cea mai mare parte în ciclul de viață al testării.

De asemenea, există definiții sau procese alternative utilizate în diferite organizații, dar conceptul de bază este același peste tot. Aceste tipuri de testare, procese și metodele lor de implementare continuă să se schimbe pe măsură ce se modifică proiectul, cerințele și domeniul de aplicare.

Lectură recomandată

^