În această secțiune, vom înțelege diferitele tipuri de testare software, care pot fi utilizate în momentul ciclului de viață al dezvoltării software.
După cum știm, testarea software-ului este un proces de analiză a funcționalității unei aplicații conform cerințelor prealabile ale clientului.
Dacă vrem să ne asigurăm că software-ul nostru este fără erori sau stabil, trebuie să efectuăm diferitele tipuri de testare a software-ului, deoarece testarea este singura metodă care face aplicația noastră fără erori.
Diferitele tipuri de testare software
Categorizarea testării software face parte din diverse activități de testare, cum ar fi strategie de testare, livrabile de testare, un obiectiv de testare definit etc . Iar testarea software-ului este execuția software-ului pentru a găsi defecte.
Scopul unui tip de testare este de a confirma AUT (Aplicație în curs de testare).
Pentru a începe testarea, ar trebui să avem un cerință, gata de aplicare, resurse necesare disponibile . Pentru a menține responsabilitatea, ar trebui să atribuim un modul respectiv diferiților ingineri de testare.
eroare de atribut python
Testarea software-ului este împărțită în principal în două părți, care sunt după cum urmează:
Ce este testarea manuală?
Testarea oricărui software sau a unei aplicații în funcție de nevoile clientului fără a utiliza vreun instrument de automatizare este cunoscută ca testare manuală .
Cu alte cuvinte, putem spune că este o procedură de verificare si validare . Testarea manuală este utilizată pentru a verifica comportamentul unei aplicații sau software în contradicție cu specificațiile cerințelor.
Nu avem nevoie de cunoștințe precise ale vreunui instrument de testare pentru a executa cazurile de testare manuale. Putem pregăti cu ușurință documentul de testare în timp ce efectuăm testarea manuală pentru orice aplicație.
Pentru a obține informații detaliate despre testarea manuală, faceți clic pe următorul link: https://www.javatpoint.com/manual-testing.
Clasificarea testării manuale
În testarea software-ului, testarea manuală poate fi clasificată în continuare în trei tipuri diferite de testare , care sunt după cum urmează:
Pentru o mai bună înțelegere, să le vedem unul câte unul:
Testarea cutiei albe
În testarea cutie albă, dezvoltatorul va inspecta fiecare linie de cod înainte de a o preda echipei de testare sau inginerilor de testare în cauză.
Ulterior, codul este vizibil pentru dezvoltatori pe parcursul testării; de aceea acest proces este cunoscut ca WBT (Testarea cutiei albe) .
Cu alte cuvinte, putem spune că dezvoltator va executa testarea completă a casetei albe pentru software-ul respectiv și va trimite aplicația specifică echipei de testare.
Scopul implementării testării cutiei albe este de a sublinia fluxul de intrări și ieșiri peste software și de a spori securitatea unei aplicații.
Testarea cutiei albe este cunoscută și ca testare cutie deschisă, testare cutie de sticlă, testare structurală, testare cutie transparentă și testare cutie transparentă .
Pentru a obține cunoștințe aprofundate despre testarea cutiei albe, consultați linkul de mai jos: https://www.javatpoint.com/white-box-testing.
Testarea cutiei negre
Un alt tip de testare manuală este testarea cutie neagră . În această testare, inginerul de testare va analiza software-ul în funcție de cerințe, va identifica defectele sau erorile și îl va trimite înapoi echipei de dezvoltare.
Apoi, dezvoltatorii vor remedia acele defecte, vor face o rundă de testare a casetei albe și o vor trimite echipei de testare.
Aici, remedierea erorilor înseamnă că defectul este rezolvat, iar caracteristica particulară funcționează conform cerințelor date.
Obiectivul principal al implementării testării cutiei negre este de a specifica nevoile afacerii sau cerințele clientului.
Cu alte cuvinte, putem spune că testarea cutiei negre este un proces de verificare a funcționalității unei aplicații conform cerințelor clientului. Codul sursă nu este vizibil în această testare; de aceea este cunoscut ca testarea cutie neagră .
Pentru mai multe informații despre testarea cutiei negre, consultați linkul de mai jos: https://www.javatpoint.com/black-box-testing .
Tipuri de testare cutie neagră
Testarea cutiei negre clasifică în continuare în două părți, care sunt discutate mai jos:
Testare funcțională
Inginerul de testare va verifica sistematic toate componentele în raport cu specificațiile cerințelor este cunoscut ca testarea functionala . Testarea funcțională este cunoscută și ca Testarea componentelor .
În testarea funcțională, toate componentele sunt testate prin darea valorii, definirea ieșirii și validarea ieșirii reale cu valoarea așteptată.
Testarea funcțională este o parte a testării cutie neagră, deoarece pune accentul pe cerințele aplicației, mai degrabă decât pe codul real. Inginerul de testare trebuie să testeze doar programul în loc de sistemul.
Pentru a obține informații detaliate despre testarea funcțională, consultați linkul de mai jos: https://www.javatpoint.com/functional-testing .
Tipuri de testare funcțională
La fel cum un alt tip de testare este împărțit în mai multe părți, testarea funcțională este, de asemenea, clasificată în diferite categorii.
Diversitatea tipuri de testare funcțională conțin următoarele:
Acum, să le înțelegem unul câte unul:
1. Testarea unitară
Testarea unitară este primul nivel de testare funcțională pentru a testa orice software. În aceasta, inginerul de testare va testa modulul unei aplicații în mod independent sau va testa toată funcționalitatea modulului testarea unitară .
Obiectivul principal al executării testării unitare este de a confirma componentele unității cu performanța lor. Aici, o unitate este definită ca o singură funcție testabilă a unui software sau a unei aplicații. Și este verificat pe parcursul fazei de dezvoltare a aplicației specificate.
șir găsi c++
Faceți clic pe linkul de mai jos pentru a obține informații complete despre testarea unitară: https://www.javatpoint.com/unit-testing .
2. Testarea integrării
Odată ce implementăm cu succes testarea unitară, vom trece la testarea integrării. Este al doilea nivel de testare funcțională, unde testăm fluxul de date între modulele dependente sau se numește interfața dintre două caracteristici testarea integrării .
Scopul executării testării de integrare este de a testa acuratețea declarației între fiecare modul.
Tipuri de testare a integrării
Testarea de integrare este, de asemenea, împărțită în următoarele părți:
Testare de integrare incrementală
Ori de câte ori există o relație clară între module, mergem la teste de integrare incrementală. Să presupunem că luăm două module și analizăm fluxul de date dintre ele dacă funcționează bine sau nu.
Dacă aceste module funcționează bine, atunci putem adăuga încă un modul și putem testa din nou. Și putem continua cu același proces pentru a obține rezultate mai bune.
Cu alte cuvinte, putem spune că adăugarea progresivă a modulelor și testarea fluxului de date dintre module este cunoscută ca Testare de integrare incrementală .
Tipuri de teste de integrare incrementală
Testarea de integrare incrementală poate fi clasificată în două părți, care sunt după cum urmează:
Să vedem o scurtă introducere a acestor tipuri de testare de integrare:
1. Testare de integrare incrementală de sus în jos
În această abordare, vom adăuga modulele pas cu pas sau în mod incremental și vom testa fluxul de date dintre ele. Trebuie să ne asigurăm că modulele pe care le adăugăm sunt copilul celor mai devreme .
2. Testare de integrare incrementală de jos în sus
În abordarea de jos în sus, vom adăuga modulele treptat și vom verifica fluxul de date între module. Și, de asemenea, asigurați-vă că modulul pe care îl adăugăm este părinte al celor mai vechi .
Testare de integrare non-incrementală/Metoda Big Bang
Ori de câte ori fluxul de date este complex și foarte dificil de clasificat un părinte și un copil, vom opta pentru abordarea integrării non-incrementale. Metoda non-incrementală este cunoscută și ca metoda Big Bang .
Pentru a obține informații complete despre testarea integrării și tipul acesteia, consultați următorul link: https://www.javatpoint.com/integration-testing .
3. Testarea sistemului
Ori de câte ori terminăm cu testarea unității și a integrării, putem continua cu testarea sistemului.
În testarea sistemului, mediul de testare este paralel cu mediul de producție. Este cunoscut și ca un capăt la altul testarea.
În acest tip de testare, vom trece prin fiecare atribut al software-ului și vom testa dacă funcția finală funcționează conform cerințelor de afaceri. Și analizați produsul software ca un sistem complet.
Faceți clic pe linkul de mai jos pentru a obține informații complete despre testarea sistemului: https://www.javatpoint.com/system-testing .
Testare non-funcțională
Următoarea parte a testării cutiei negre este testare nefuncțională . Acesta oferă informații detaliate despre performanța produselor software și tehnologiile utilizate.
Testarea nefuncțională ne va ajuta să minimizăm riscul de producție și costurile aferente software-ului.
Testarea nefuncțională este o combinație de teste de performanță, încărcare, stres, utilizare și compatibilitate .
Pentru mai multe informații despre testarea non-funcțională, consultați următorul link: https://www.javatpoint.com/non-functional-testing .
Tipuri de testare nefuncțională
Testarea nefuncțională clasificată în diferite părți ale testării, despre care vom discuta în continuare:
1. Testarea performanței
În testarea performanței, inginerul de testare va testa funcționarea unei aplicații prin aplicarea unei anumite sarcini.
În acest tip de testare nefuncțională, inginerul de testare se va concentra doar pe mai multe aspecte, cum ar fi Timp de răspuns, încărcare, scalabilitate și stabilitate a software-ului sau a unei aplicații.
Clasificarea Testelor de Performanță
Testarea performanței include diferite tipuri de testare, care sunt după cum urmează:
În timpul executării testării de performanță, vom aplica o anumită sarcină asupra aplicației particulare pentru a verifica performanța aplicației, cunoscută sub numele de testarea sarcinii . Aici, sarcina poate fi mai mică sau egală cu sarcina dorită.
Ne va ajuta să detectăm cel mai mare volum de operare al software-ului și blocajele.
Pentru a obține informații complete legate de testarea sarcinii, consultați linkul de mai jos:
https://www.javatpoint.com/load-testing.
Este folosit pentru a analiza ușurința de utilizare și robustețea software-ului dincolo de limitele funcționale comune.
dacă altfel dacă java
În primul rând, testarea de stres este folosită pentru software-ul critic, dar poate fi folosit și pentru toate tipurile de aplicații software.
Consultați linkul de mai jos pentru cunoștințe aprofundate despre testele de stres: https://www.javatpoint.com/stress-testing.
Din punct de vedere al analizei, performanța aplicației prin îmbunătățirea sau reducerea sarcinii în anumite solduri este cunoscută ca testarea de scalabilitate .
În testarea de scalabilitate, putem verifica și capacitatea sistemului, proceselor sau bazei de date pentru a satisface o nevoie ascendentă. Și în aceasta, Cazuri de testare sunt proiectate și implementate eficient.
Faceți clic pe următorul link pentru a obține informații detaliate legate de testarea scalabilității:
https://www.javatpoint.com/scalability-testing.
Testarea de stabilitate este o procedură în care evaluăm performanța aplicației prin aplicarea sarcinii pentru un timp precis.
Verifică în principal problemele de constanță ale aplicației și eficiența unui produs dezvoltat. În acest tip de testare, putem găsi rapid defectul sistemului chiar și într-o situație stresantă.
Pentru a obține informații detaliate despre testarea de stabilitate, consultați linkul de mai jos:
https://www.javatpoint.com/stability-testing.
2. Testare de utilizare
Un alt tip de testare nefuncțională este testarea de utilizare . În testele de utilizare, vom analiza ușurința de utilizare a unei aplicații și vom detecta erorile din interfața cu utilizatorul final a software-ului.
Iată, termenul ușurința în utilizare definește următoarele aspecte ale unei aplicații:
- Aplicația ar trebui să fie ușor de înțeles, ceea ce înseamnă că toate caracteristicile trebuie să fie vizibile pentru utilizatorii finali.
- Aspectul aplicației ar trebui să fie bun, ceea ce înseamnă că aplicația ar trebui să aibă un aspect plăcut și să facă simțit utilizatorului final să o folosească.
Pentru mai multe informații despre testarea de utilizare, putem consulta următorul link:
https://www.javatpoint.com/usability-testing.
3. Testare de compatibilitate
În testele de compatibilitate, vom verifica funcționalitatea unei aplicații în medii hardware și software specifice. Odată ce aplicația este stabilă din punct de vedere funcțional, atunci mergem pentru testarea de compatibilitate .
Aici, software înseamnă că putem testa aplicația pe diferite sisteme de operare și alte browsere și hardware înseamnă că putem testa aplicația pe diferite dimensiuni.
Pentru a obține cunoștințe aprofundate despre testarea de compatibilitate, consultați linkul de mai jos:
https://www.javatpoint.com/compatibility-testing .
Testarea cutiei gri
O altă parte a testare manuală este Testarea cutiei gri . Este un colaborarea cu testarea cutiei negre și cutii albe .
Din moment ce, testarea casetei gri include acces la codificarea internă pentru proiectarea cazurilor de testare. Testarea cu caseta gri este efectuată de o persoană care cunoaște codificare precum și testare.
conversie nfa în dfa
Cu alte cuvinte, putem spune că dacă o echipă de o singură persoană le face pe amândouă testare cutie albă și cutie neagră , se consideră testarea casetei gri .
Pentru a obține informații detaliate despre testarea cutiei gri, ne putem referi la linkul de mai jos:
https://www.javatpoint.com/grey-box-testing.
Testarea automatizării
Cea mai importantă parte a testării software este testarea automatizării. Utilizează instrumente specifice pentru a automatiza cazurile de testare a proiectării manuale fără nicio interferență umană.
Testarea de automatizare este cea mai bună modalitate de a îmbunătăți eficiența, productivitatea și acoperirea testării software.
Este folosit pentru a rula din nou scenariile de testare, care au fost executate manual, rapid și repetat.
Cu alte cuvinte, putem spune că ori de câte ori testăm o aplicație prin utilizarea unor instrumente este cunoscută ca testarea automatizării .
Vom merge la testarea automatizării atunci când aplicația sau software-ul au loc diverse versiuni sau mai multe cicluri de regresie. Nu putem scrie scriptul de testare sau efectua testarea automatizării fără a înțelege limbajul de programare.
Pentru mai multe informații despre testarea automatizării, putem consulta linkul de mai jos:
https://www.javatpoint.com/automation-testing.
Alte tipuri de testare software
În testarea software-ului, avem și alte tipuri de testare care nu fac parte din nicio testare discutată mai sus, dar acele teste sunt necesare în timpul testării oricărui software sau a unei aplicații.
Să înțelegem aceste tipuri de testare unul câte unul:
În testarea fumului , vom testa caracteristicile de bază și critice ale unei aplicații înainte de a face o rundă de testare profundă și riguroasă.
Sau înainte de a verifica toate valorile pozitive și negative posibile este cunoscut ca testarea fumului . Analiza fluxului de lucru al funcțiilor de bază și principale ale aplicației este obiectivul principal al efectuării testării de fum.
Pentru mai multe informații despre testarea fumului, consultați următorul link:
https://www.javatpoint.com/smoke-testing.
Testare de sănătate
Este folosit pentru a se asigura că toate erorile au fost remediate și că nu apar probleme suplimentare din cauza acestor modificări. Testarea de sănătate nu este scrisă, ceea ce înseamnă că nu le putem documenta. Acesta verifică corectitudinea caracteristicilor și componentelor nou adăugate.
Pentru a obține informații detaliate despre testarea de sănătate, ne putem referi la linkul de mai jos:
https://www.javatpoint.com/sanity-testing.
Testarea regresiei
Testarea de regresie este cel mai utilizat tip de testare software. Iată, termenul regresie implică faptul că trebuie să retestăm acele părți ale unei aplicații neafectate.
Testarea de regresie este cea mai potrivită testare pentru instrumentele de automatizare. În funcție de tipul de proiect și accesibilitatea resurselor, testarea de regresie poate fi similară cu Retestare .
Ori de câte ori o eroare este remediată de către dezvoltatori și apoi testarea celorlalte caracteristici ale aplicațiilor care ar putea fi simulate din cauza remedierii erorilor este cunoscută ca testarea regresiei .
Cu alte cuvinte, putem spune că ori de câte ori există o nouă lansare pentru un proiect, atunci putem efectua testarea regresiei și, datorită unei noi caracteristici, poate afecta vechile caracteristici din versiunile anterioare.
Pentru a obține cunoștințe aprofundate legate de testarea regresiei, consultați linkul de mai jos:
https://www.javatpoint.com/regression-testing .
Testarea de acceptare a utilizatorilor
Testarea de acceptare a utilizatorului (UAT) este realizată de echipa individuală cunoscută ca expert în domeniu/client sau client. Și cunoașterea aplicației înainte de a accepta produsul final se numește ca testarea de acceptare a utilizatorului .
În testarea de acceptare a utilizatorilor, analizăm scenariile de afaceri și scenariile în timp real pe mediul distinct numit Mediul UAT . În această testare, vom testa aplicația înainte de UAI pentru aprobarea clientului.
Pentru mai multe informații despre testarea de acceptare a utilizatorilor, faceți clic pe linkul de mai jos:
https://www.javatpoint.com/acceptance-testing.
Testare exploratorie
Ori de câte ori cerința lipsește, este necesară o iterație timpurie, iar echipa de testare are testeri experimentați atunci când avem o aplicație critică. Un nou inginer de testare a intrat în echipă, apoi mergem pentru testarea exploratorie .
Pentru a executa testarea exploratorie, vom parcurge mai întâi aplicația în toate modurile posibile, vom face un document de testare, vom înțelege fluxul aplicației și apoi vom testa aplicația.
Faceți clic pe următorul link pentru a obține informații complete despre testarea exploratorie:
https://www.javatpoint.com/exploratory-testing.
Testare ad-hoc
Testarea aleatorie a aplicației de îndată ce construcția este în secvența verificată este cunoscută ca Testare ad-hoc .
Se mai numeste Testarea maimuțelor și testarea Gorilelor . In testarea Adhoc vom verifica aplicatia in contradictie cu cerintele clientului; de aceea este cunoscută și ca testare negativă .
Atunci când utilizatorul final folosește aplicația în mod ocazional și el/ea poate detecta o eroare. Totuși, inginerul de testare specializat folosește software-ul în mod temeinic, așa că este posibil să nu identifice o detecție similară.
Consultați următoarele pentru a obține informații detaliate despre testarea ad-hoc:
https://www.javatpoint.com/adhoc-testing.
Testare de securitate
Este o parte esențială a testării software, utilizată pentru a determina slăbiciunea, riscurile sau amenințările din aplicația software.
Executarea testelor de securitate ne va ajuta să evităm atacurile urâte din exterior și să asigurăm securitatea aplicațiilor noastre software.
Cu alte cuvinte, putem spune că testarea de securitate este folosită în principal pentru a defini că datele vor fi în siguranță și vor rezista procesului de lucru al software-ului.
Pentru a obține detaliile complete despre testarea de securitate, consultați linkul de mai jos: https://www.javatpoint.com/security-testing.
Testarea globalizării
Un alt tip de testare software este Testarea globalizării. Testarea globalizării este folosită pentru a verifica software-ul dezvoltat pentru mai multe limbi sau nu. Iată, cuvintele globalizarea înseamnă iluminarea aplicației sau a software-ului pentru diverse limbi.
Testarea globalizării este utilizată pentru a vă asigura că aplicația va accepta mai multe limbi și mai multe funcții.
În scenariile prezente, putem observa îmbunătățirea mai multor tehnologii, deoarece aplicațiile sunt pregătite pentru a fi utilizate la nivel global.
Consultați următorul link pentru a obține informațiile complete legate de testarea globalizării:
log numpy
https://www.javatpoint.com/globalization-testing.
Concluzie
În tutorial, am discutat despre diferite tipuri de testare software. Dar există încă o listă cu peste 100 de categorii de testare. Cu toate acestea, fiecare tip de testare nu este utilizat în toate tipurile de proiecte.
Am discutat despre cele mai frecvent utilizate tipuri de testare software, cum ar fi testare cutie neagră, testare cutie albă, testare funcțională, testare nefuncțională, testare de regresie, testare ad-hoc etc. .
De asemenea, există clasificări sau procese alternative utilizate în diverse organizații, dar conceptul general este similar peste tot.
Aceste tipuri de testare, procese și abordări de execuție continuă să se schimbe atunci când proiectul, cerințele și domeniul de aplicare se modifică.