Tipuri de testare software (100 de exemple)

Ce este un tip de testare software?

Tipul de testare software este o clasificare a diferitelor activități de testare în categorii, fiecare având un obiectiv de testare definit, o strategie de testare și rezultate de testare. Scopul de a avea un tip de testare este de a valida aplicația în curs de testare (AUT) pentru obiectivul de testare definit.

De exemplu, scopul testării de accesibilitate este de a valida AUT pentru a fi accesibil persoanelor cu dizabilități. Deci, dacă soluția dvs. software trebuie să fie dezactivată prietenoasă, verificați-o cu cazurile de testare a accesibilității.

Tipuri de testare software

O listă de 100 de tipuri de testare software alături de definiţii. O citire obligatorie pentru orice profesionist QA. Luați în considerare acest ghid pentru toate tipurile de testare software.

Tipuri de testare software

  1. Testarea de acceptare: Testări formale efectuate pentru a determina dacă un sistem îndeplinește sau nu criteriile sale de acceptare și pentru a permite clientului să determine dacă acceptă sau nu sistemul. Este de obicei realizat de client. Citiți mai multe pe Testarea de acceptare
  2. Testare de accesibilitate: Tip de testare care determină posibilitatea de utilizare a unui produs pentru persoanele cu dizabilități (surzi, orbi, cu dizabilități mintale etc). Procesul de evaluare este condus de persoane cu dizabilități. Citiți mai multe pe Testare de accesibilitate
  3. Testare activă: Tip de testare constând în introducerea datelor de testare și analiza rezultatelor execuției. Este de obicei condus de echipa de testare.
  4. Testare Agile: Practică de testare software care urmează principiile manifestului agil, punând accent pe testarea din perspectiva clienților care vor utiliza sistemul. Este de obicei realizat de echipele de QA. Citiți mai multe pe Testare Agile
  5. Testarea vârstei: Tip de testare care evaluează capacitatea unui sistem de a funcționa în viitor. Procesul de evaluare este condus de echipe de testare.
  6. Testare ad-hoc: Testarea efectuată fără planificare și documentare – testerul încearcă să „strice” sistemul încercând aleatoriu funcționalitatea sistemului. Este realizat de echipa de testare. Citiți mai multe pe Testare ad-hoc
  7. Testare alfa: Alpha Testing este un tip de testare software efectuată pe site-ul dezvoltatorului pentru a identifica erori, probleme de utilizare și lacune de funcționalitate înainte de a lansa produsul pentru testare beta. Acesta implică testeri interni, cum ar fi dezvoltatorii și echipele de QA și, uneori, selectează utilizatorii finali într-un mediu controlat. Citiți mai multe pe Testarea alfa
  8. Testarea afirmațiilor: Tip de testare constând în verificarea dacă condițiile confirmă cerințele produsului. Este realizat de echipa de testare.
  9. Testarea API: Tehnica de testare similară testării unitare prin faptul că vizează nivelul de cod. Testarea API diferă de testarea unitară prin faptul că este de obicei o sarcină de asigurare a calității și nu o sarcină de dezvoltator. Citiți mai multe pe Testare API
  10. Testare pentru toate perechile: Metodă de testare combinatorică care testează toate combinațiile discrete posibile ale parametrilor de intrare. Se realizează de către echipele de testare.
  11. Testare automată: Tehnica de testare care utilizează instrumente de testare automatizată pentru a controla configurarea mediului, execuția testelor și raportarea rezultatelor. Este realizat de un computer și este utilizat în cadrul echipelor de testare. Citiți mai multe pe Testare automată
  12. Testarea căii de bază: Un mecanism de testare care derivă o măsură de complexitate logică a unui design procedural și care îl folosește ca ghid pentru definirea unui set de bază de căi de execuție. Este folosit de echipele de testare la definirea cazurilor de testare. Citiți mai multe pe Testarea căii de bază
  13. Testare de compatibilitate inversă: Metodă de testare care verifică comportamentul software-ului dezvoltat cu versiuni mai vechi ale mediului de testare. Este realizat de echipa de testare.
  14. Testarea beta: Testarea finală înainte de lansarea cererii în scop comercial. Este de obicei realizat de utilizatori finali sau de alții.
  15. Testare de referință: Tehnica de testare care utilizează seturi reprezentative de programe și date concepute pentru a evalua performanța hardware-ului și software-ului computerului într-o configurație dată. Este realizat de echipe de testare. Citiți mai multe pe Benchmark Testarea
  16. Testarea integrării Big Bang: Tehnica de testare care integrează module individuale de program numai atunci când totul este gata. Este realizat de echipele de testare.
  17. Testarea portabilității binare: Tehnica care testează o aplicație executabilă pentru portabilitatea pe platforme și medii de sistem, de obicei pentru conformarea la o specificație ABI. Este realizat de echipele de testare.
  18. Testarea valorii limită: Tehnica de testare software în care testele sunt concepute pentru a include reprezentanți ai valorilor limită. Este realizat de echipele de testare QA. Citiți mai multe pe Testarea valorii limită
  19. Testarea integrării de jos în sus: În Testarea de Integrare de jos în sus, modulul de la cel mai de jos nivel este dezvoltat mai întâi, iar alte module care merg către programul „principal” sunt integrate și testate pe rând. Este de obicei realizat de echipele de testare.
  20. Testarea ramurilor: Tehnica de testare în care toate ramurile din codul sursă al programului sunt testate cel puțin o dată. Acest lucru este realizat de dezvoltator.
  21. Testarea lățimii: O suită de teste care exercită întreaga funcționalitate a unui produs, dar nu testează caracteristicile în detaliu. Este realizat de echipe de testare.
  22. Testare cutie neagră: O metodă de testare a software-ului care verifică funcționalitatea unei aplicații fără a avea cunoștințe specifice despre codul/structura internă a aplicației. Testele se bazează pe cerințe și funcționalitate. Este realizat de echipe de QA. Citiți mai multe pe Testare cutie neagră
  23. Testare bazată pe cod: Tehnica de testare care utilizează cadre de testare (cum ar fi xUnit) care permit executarea testelor unitare pentru a determina dacă diferitele secțiuni ale codului acționează conform așteptărilor în diferite circumstanțe. Este realizat de echipele de dezvoltare.
  24. Testare de compatibilitate: Tehnica de testare care validează cât de bine funcționează un software într-un anumit hardware/software/sistem de operare/mediu de rețea. Este realizat de echipele de testare. Citiți mai multe pe Testarea compatibilității
  25. Testare comparativă: Tehnica de testare care compară punctele forte și punctele slabe ale produsului cu versiunile anterioare sau cu alte produse similare. Poate fi efectuat de către tester, dezvoltatori, manageri de produs sau proprietari de produse. Citiți mai multe pe Testarea componentelor
  26. Testarea componentelor: Tehnica de testare similară testării unitare, dar cu un nivel mai ridicat de integrare – testarea se face în contextul aplicației, nu doar testarea directă a unei anumite metode. Poate fi realizat de echipe de testare sau dezvoltare.
  27. Testarea configurației: Tehnica de testare care determină configurația minimă și optimă a hardware-ului și software-ului și efectul adăugării sau modificării resurselor, cum ar fi memoria, unitățile de disc și CPU. De obicei, este realizat de inginerii de testare a performanței. Citiți mai multe pe Testarea configurației
  28. Testarea acoperirii condițiilor: Tip de testare software în care fiecare condiție este executată făcând-o adevărată și falsă, în fiecare dintre modurile cel puțin o dată. Este realizat de obicei de echipele de testare a automatizării.
  29. Testare de conformitate: Tip de testare care verifică dacă sistemul a fost dezvoltat în conformitate cu standardele, procedurile și liniile directoare. De obicei, este realizat de companii externe care oferă marca „Certified OGC Compliant”.
  30. Testarea concurenței: Testare multi-utilizator orientată spre determinarea efectelor accesării aceluiași cod de aplicație, modul sau înregistrările bazei de date. De obicei, este făcut de ingineri de performanță. Citiți mai multe pe Testarea concurenței
  31. Testare de conformitate: Procesul de testare a conformității unei implementări cu specificația pe care se bazează. Este de obicei realizat de echipe de testare. Citiți mai multe pe Testare de conformitate
  32. Testare bazată pe context: O tehnică de testare agilă care susține evaluarea continuă și creativă a oportunităților de testare în lumina potențialelor informații dezvăluite și a valorii respectivei informații pentru organizație la un moment dat. Este de obicei realizat de echipe de testare Agile.
  33. Testarea conversiei: Testarea programelor sau a procedurilor utilizate pentru a converti datele din sistemele existente pentru a fi utilizate în sisteme de înlocuire. Este de obicei realizat de echipele de QA.
  34. Testarea acoperirii deciziilor: Tip de testare software în care fiecare condiție/decizie este executată setând-o pe adevărat/fals. Este de obicei realizat de echipele de testare a automatizării.
  35. Testare distructivă: Tip de încercare în care încercările sunt efectuate până la defectarea epruvetei, pentru a înțelege performanța structurală a unei epruvete sau comportamentul materialului la diferite sarcini. De obicei, este realizat de echipele QA.
    Citiți mai multe Testare distructivă
  36. Testarea dependenței: Tip de testare care examinează cerințele unei aplicații pentru software-ul preexistent, stările inițiale și configurația pentru a menține funcționalitatea corespunzătoare. Este de obicei realizat de echipe de testare.
  37. Testare dinamică: Termen folosit în inginerie software pentru a descrie testarea comportamentului dinamic al codului. Este de obicei realizat de echipe de testare. Citiți mai multe pe Testare dinamică
  38. Testarea domeniului: Tehnica de testare a casetei albe care conține verificări conform cărora programul acceptă doar intrări valide. De obicei, este realizat de echipe de dezvoltare software și, ocazional, de echipe de testare a automatizării.
  39. Testare de tratare a erorilor: Tip de testare software care determină capacitatea sistemului de a procesa corect tranzacțiile eronate. Este de obicei realizat de echipele de testare.
  40. Testare end-to-end: Similar cu testarea sistemului, implică testarea unui mediu de aplicație complet î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 hardware, aplicații sau sisteme, dacă este cazul. Este realizat de echipe de QA. Citiți mai multe pe Testare end-to-end
  41. Testare de anduranță: Tip de testare care verifică scurgeri de memorie sau alte probleme care pot apărea la execuția prelungită. Este de obicei realizat de ingineri de performanță. Citiți mai multe pe Testare de anduranță
  42. Testare exploratorie: Tehnica de testare cutie neagră efectuată fără planificare și documentare. De obicei, este efectuată de testere manuale. Citiți mai multe pe Testarea exploratorie
  43. Testarea partiționării echivalente: Tehnica de testare software care împarte datele de intrare ale unei unități software în partiții de date din care pot fi derivate cazuri de testare. este de obicei realizat de echipele QA. Citiți mai multe pe Testarea partiționării echivalente
  44. Testarea injecției defecțiuni: Element al unei strategii cuprinzătoare de testare care îi permite testatorului să se concentreze asupra modului în care aplicația testată este capabilă să gestioneze excepțiile. Este realizat de echipe de QA.
  45. Verificare formală Testare: Acțiunea de a demonstra sau infirma corectitudinea algoritmilor intenționați care stau la baza unui sistem în raport cu o anumită specificație sau proprietate formală, folosind metode formale ale matematicii. De obicei, este realizat de echipele QA.
  46. Testare funcțională: Tip de testare cutie neagră care își bazează cazurile de testare pe specificațiile componentei software testate. Este realizat de echipe de testare. Citiți mai multe pe Functional Testing
  47. Testarea fuzz: Tehnica de testare a software-ului care furnizează date nevalide, neașteptate sau aleatorii intrărilor unui program - o zonă specială de testare a mutațiilor. Testarea fuzz este efectuată de echipe de testare. Citiți mai multe pe Testarea Fuzz
  48. Testarea gorilelor: Tehnica de testare a software-ului care se concentrează pe testarea intensă a unui anumit modul. Este realizat de echipe de asigurare a calității, de obicei atunci când se execută testarea completă.
  49. Gri Box Testarea: O combinație de negru Box si alb Box metodologii de testare: testarea unei piese de software în raport cu specificațiile sale, dar folosind anumite cunoștințe despre funcționarea sa internă. Poate fi realizat fie de echipe de dezvoltare, fie de echipe de testare.
  50. Testare cutie de sticlă: Similar cu testarea cutiei albe, bazată pe cunoașterea logicii interne a codului unei aplicații. Este realizat de echipe de dezvoltare.
  51. Testare software GUI: Procesul de testare a unui produs care utilizează o interfață grafică cu utilizatorul, pentru a se asigura că respectă specificațiile scrise. Acest lucru este în mod normal realizat de echipele de testare. Citiți mai multe pe Testare software GUI
  52. Testarea globalizării: Metodă de testare care verifică funcționalitatea corespunzătoare a produsului cu oricare dintre setările de cultură/locale, folosind orice tip de intrare internațional posibil. Este realizat de echipa de testare. Citiți mai multe pe Testarea globalizării
  53. Testarea integrării hibride: Tehnica de testare care combină tehnici de integrare de sus în jos și de jos în sus pentru a profita de beneficiile acestui tip de testare. Este de obicei realizat de echipele de testare.
  54. Testare de integrare: Faza de testare a software-ului în care modulele software individuale sunt combinate și testate ca grup. Este de obicei condus de echipe de testare. Citiți mai multe pe Testare de integrare
  55. Testarea interfeței: Testarea efectuată pentru a evalua dacă sistemele sau componentele transmit datele și se controlează corect unul altuia. De obicei, este realizat atât de echipe de testare, cât și de echipe de dezvoltare. Citiți mai multe pe Testarea interfeței
  56. Instalare/dezinstalare Testare: Lucrări de asigurare a calității care se concentrează pe ceea ce clienții vor trebui să facă pentru a instala și configura cu succes noul software. Poate implica procese complete, parțiale sau de upgrade-uri de instalare/dezinstalare și este efectuată de obicei de inginerul de testare a software-ului împreună cu managerul de configurare.
  57. Testare de internaționalizare: Procesul care asigură că funcționalitatea produsului nu este întreruptă și că toate mesajele sunt externalizate corespunzător atunci când sunt utilizate în diferite limbi și localități. Este de obicei realizat de echipele de testare.
  58. Testare inter-sisteme: O tehnică de testare concentrată pe verificarea faptului că interconexiunile dintre aplicații funcționează corect. Este de obicei realizat de echipele de testare.
  59. Testare bazată pe cuvinte cheie: Cunoscută și sub denumirea de testare bazată pe tabel sau testare cu cuvinte acțiune, este o metodologie de testare software pentru testarea automată care separă procesul de creare a testului în două etape distincte: o etapă de planificare și o etapă de implementare. Poate fi folosit fie de echipele de testare manuală, fie de automatizare. Citiți mai multe pe Testare bazată pe cuvinte cheie
  60. Testare de sarcină: Tehnica de testare care solicită un sistem sau dispozitiv și măsoară răspunsul acestuia. Este de obicei condus de inginerii de performanță. Citiți mai multe pe Încărcarea testelor
  61. Testare de localizare: O parte a procesului de testare a software-ului sa concentrat pe adaptarea unei aplicații globalizate la o anumită cultură/localizare. În mod normal, este făcut de echipele de testare. Citiți mai multe pe Testare de localizare
  62. Testarea buclei: O tehnică de testare a casetei albe care exersează buclele de program. Este realizat de echipele de dezvoltare. Citiți mai multe pe Testarea buclei
  63. Testare manuală cu scripturi: Metodă de testare în care cazurile de testare sunt proiectate și revizuite de echipă înainte de a o executa. Se realizează de către echipe de testare manuală.
  64. Testare manuală de asistență: Tehnica de testare care presupune testarea tuturor funcțiilor îndeplinite de oameni în timpul pregătirii datelor și utilizării acestor date din sistemul automatizat. este condus de echipe de testare.
  65. Testare bazată pe model: Aplicarea designului bazat pe model pentru proiectarea și executarea artefactelor necesare pentru a efectua testarea software-ului. Este de obicei realizat de echipe de testare. Citiți mai multe pe Testare bazată pe modele
  66. Testarea mutațiilor: Metodă de testare a software-ului care implică modificarea codului sursă al programelor sau a codului octet în moduri mici pentru a testa secțiuni ale codului care sunt rar sau niciodată accesate în timpul executării normale a testelor. În mod normal, este condus de testeri. Citiți mai multe pe Testarea mutațiilor
  67. Testare bazată pe modularitate: Tehnica de testare a software-ului care necesită crearea de scripturi mici, independente, care reprezintă module, secțiuni și funcții ale aplicației testate. Este de obicei realizat de echipa de testare.
  68. Testare nefuncțională: Tehnica de testare care se concentrează pe testarea unei aplicații software pentru cerințele sale nefuncționale. Poate fi condus de inginerii de performanță sau de echipe de testare manuală. Citiți mai multe pe Testare nefuncțională
  69. Testare negativă: Cunoscută și sub denumirea de „test pentru a eșua” – metodă de testare în care scopul testelor este să arate că o componentă sau un sistem nu funcționează. Se realizează de către testere manuale sau automatizate. Citiți mai multe pe Testare negativă
  70. OperaTestare națională: Tehnica de testare efectuată pentru a evalua un sistem sau o componentă în mediul său operațional. De obicei este realizat de echipe de testare. Citiți mai multe pe OperaTestarea națională
  71. Testarea matricei ortogonale: Metodă sistematică, statistică de testare care poate fi aplicată în testarea interfeței cu utilizatorul, testarea sistemului, testarea regresiei, testarea configurației și testarea performanței. Este realizat de echipa de testare. Citiți mai multe pe Testarea matricei ortogonale
  72. Testarea perechilor: Tehnica de dezvoltare software în care doi membri ai echipei lucrează împreună la o tastatură pentru a testa aplicația software. Unul face testarea, iar celălalt analizează sau revizuiește testarea. Acest lucru se poate face între un testator și un dezvoltator sau un analist de afaceri sau între doi testeri, ambii participanți luând pe rând la conducerea tastaturii.
  73. Testare pasivă: Tehnica de testare constând în monitorizarea rezultatelor unui sistem în funcțiune fără a introduce date speciale de testare. Este realizat de echipa de testare.
  74. Testare paralelă: Tehnica de testare care are scopul de a se asigura că o nouă aplicație care a înlocuit versiunea sa mai veche a fost instalată și rulează corect. Este condus de echipa de testare. Citiți mai multe pe Testare paralelă
  75. Testarea căii: Testare tipică cutie albă care are scopul de a satisface criteriile de acoperire pentru fiecare cale logică prin program. Este de obicei realizat de echipa de dezvoltare. Citiți mai multe pe Testarea căii
  76. Test de penetrare: Metodă de testare care evaluează securitatea unui sistem informatic sau a unei rețele prin simularea unui atac dintr-o sursă rău intenționată. De obicei, acestea sunt efectuate de companii specializate de testare la penetrare. Citiți mai multe pe Testarea penetrării
  77. Test de performanta: Testări funcționale efectuate pentru a evalua conformitatea unui sistem sau a unei componente cu cerințele de performanță specificate. Este de obicei condus de inginerul de performanță. Citiți mai multe pe Test de performanta
  78. Testare de calificare: Testarea conform specificațiilor versiunii anterioare, de obicei efectuată de dezvoltator pentru consumator, pentru a demonstra că software-ul îndeplinește cerințele specificate.
  79. Ramp Testarea: Tip de testare constând în ridicarea continuă a unui semnal de intrare până când sistemul se defectează. Poate fi condus de echipa de testare sau de inginerul de performanță.
  80. Testare de regresie: Tip de testare software care urmărește să descopere erori de software după ce au fost făcute modificări ale programului (de exemplu, remedieri de erori sau funcționalități noi), prin retestarea programului. Se realizează de către echipele de testare. Citiți mai multe pe Testarea regresiei
  81. Testare de recuperare: Tehnica de testare care evaluează cât de bine se recuperează un sistem de la blocări, defecțiuni hardware sau alte probleme catastrofale. Se realizează de către echipele de testare. Citiți mai multe pe Testare de recuperare
  82. Testarea cerințelor: Tehnica de testare care validează că cerințele sunt corecte, complete, lipsite de ambiguitate și consistente din punct de vedere logic și permite proiectarea unui set necesar și suficient de cazuri de testare din acele cerințe. Este realizat de echipele QA.
  83. Testare de securitate: Un proces pentru a determina că un sistem informațional protejează datele și menține funcționalitatea conform intenției. Poate fi realizat de echipe de testare sau de companii specializate în testarea securității. Citiți mai multe pe Testarea securității
  84. Testarea sanității: Tehnica de testare care determină dacă o nouă versiune de software funcționează suficient de bine pentru a o accepta pentru un efort major de testare. Se realizează de către echipele de testare. Citiți mai multe pe Testare de sănătate
  85. Testarea scenariului: Activitate de testare care utilizează scenarii bazate pe o poveste ipotetică pentru a ajuta o persoană să se gândească la o problemă sau un sistem complex pentru un mediu de testare. Este realizat de echipele de testare. Citiți mai multe pe Testarea scenariilor
  86. Testare de scalabilitate: O parte a bateriei de teste nefuncționale care testează o aplicație software pentru măsurarea capacității sale de a se extinde – fie că este vorba de sarcina suportată de utilizator, numărul de tranzacții, volumul de date etc. Este condusă de inginerul de performanță. Citiți mai multe pe Testare de scalabilitate
  87. Testarea declarațiilor: Testare cutie albă care satisface criteriul ca fiecare instrucțiune dintr-un program să fie executată cel puțin o dată în timpul testării programului. Este de obicei realizat de echipa de dezvoltare.
  88. Testare statică: O formă de testare a software-ului în care software-ul nu este de fapt utilizat, verifică în principal corectitudinea codului, algoritmului sau documentului. Este folosit de dezvoltatorul care a scris codul. Citiți mai multe pe Testare statică
  89. Testare de stabilitate: Tehnica de testare care încearcă să determine dacă o aplicație se va bloca. Este de obicei condus de inginerul de performanță. Citiți mai multe pe Testarea stabilității
  90. Testarea fumului: Tehnica de testare care examinează toate componentele de bază ale unui sistem software pentru a se asigura că acestea funcționează corect. În mod obișnuit, testarea fumului este efectuată de echipa de testare, imediat după construirea unui software. Citiți mai multe pe Testarea fumului
  91. Testarea stocării: Tipul de testare care verifică programul testat stochează fișierele de date în directoarele corecte și că își rezervă spațiu suficient pentru a preveni terminarea neașteptată din cauza lipsei de spațiu. Este de obicei realizat de echipa de testare. Citiți mai multe pe Testarea stocării
  92. Testare stresanta: Tehnica de testare care evaluează un sistem sau o componentă la sau dincolo de limitele cerințelor sale specificate. Este de obicei condus de inginerul de performanță. Citiți mai multe pe Testare stresanta
  93. Testare structurală: Tehnica de testare cutie albă care ia în considerare structura internă a unui sistem sau a unei componente și asigură că fiecare instrucțiune de program își îndeplinește funcția prevăzută. De obicei, este realizat de dezvoltatorii de software.
  94. Testarea sistemului: Procesul de testare a unui sistem hardware și software integrat pentru a verifica dacă sistemul îndeplinește cerințele specificate. Este condus de echipele de testare atât în ​​mediul de dezvoltare, cât și în mediul țintă. Citiți mai multe pe Testarea sistemului
  95. Testarea integrării sistemului: Proces de testare care exercită coexistența unui sistem software cu alții. Este de obicei realizat de echipele de testare. Citiți mai multe pe Testarea integrării sistemului
  96. Testarea integrării de sus în jos: Tehnica de testare care implică începerea de la vârful unei ierarhii de sistem la interfața cu utilizatorul și utilizarea stub-urilor pentru a testa de sus în jos până când întregul sistem a fost implementat. Este condus de echipele de testare.
  1. Testarea firelor: O variație a tehnicii de testare de sus în jos, în care integrarea progresivă a componentelor urmează implementării subseturilor de cerințe. Este de obicei realizat de echipele de testare. Citiți mai multe pe Testarea firelor
  1. Upgrade Testarea: Tehnica de testare care verifică dacă activele create cu versiuni mai vechi pot fi utilizate corect și dacă învățarea utilizatorului nu este contestată. Este realizat de echipele de testare.
  2. Testarea unitară: Metoda de verificare și validare a software-ului în care un programator testează dacă unitățile individuale de cod sursă sunt adecvate pentru utilizare. Este de obicei condus de echipa de dezvoltare. Citiți mai multe pe Testarea unității
  3. Testarea interfeței cu utilizatorul: Tip de testare care se efectuează pentru a verifica cât de ușor de utilizat este aplicația. Este realizat de echipe de testare. Citiți mai multe pe Testarea interfeței cu utilizatorul

Primă !!! Este întotdeauna bine să știi câteva în plus

  1. Testare de utilizare: Tehnica de testare care verifică ușurința cu care un utilizator poate învăța să opereze, să pregătească intrările și să interpreteze ieșirile unui sistem sau componentă. Este de obicei realizat de utilizatorii finali. Citiți mai multe pe Testarea utilizabilității
  2. Testarea volumului: Testarea care confirmă faptul că orice valori care pot deveni mari în timp (cum ar fi numărările acumulate, jurnalele și fișierele de date) pot fi găzduite de program și nu vor determina oprirea funcționării programului sau degradarea funcționării acestuia în niciun fel. Este de obicei condus de inginerul de performanță. Citiți mai multe pe Testarea volumului
  3. Testare de vulnerabilitate: Tip de testare care privește securitatea aplicației și are scopul de a preveni problemele care pot afecta integritatea și stabilitatea aplicației. Poate fi realizat de echipele interne de testare sau externalizat către companii specializate. Citiți mai multe pe Testare de vulnerabilitate
  4. Testare cutie albă: Tehnica de testare bazată pe cunoașterea logicii interne a codului unei aplicații și include teste precum acoperirea instrucțiunilor de cod, ramuri, căi, condiții. Este realizat de dezvoltatori de software. Citiți mai multe pe Testare cutie albă
  5. Testarea fluxului de lucru: Tehnica scriptată de testare end-to-end care duplică fluxuri de lucru specifice care se așteaptă să fie utilizate de utilizatorul final. Este de obicei condus de echipe de testare. Citiți mai multe pe Testarea fluxului de lucru

Asta încheie lista. Sper că ți-a plăcut să-l citești. Pentru a găsi instrumentele adecvate pentru acest tip de testare și altele, explorați această colecție de instrumente de testare.