Meniu

Ghid final de testare a validării

validation testing ultimate guide

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Explorați importanța testării de validare:

Ce veți învăța:

Ce este testarea validării?

Testarea validării este procesul de asigurare dacă software-ul testat și dezvoltat satisface nevoile clientului / utilizatorului. Logica sau scenariile cerințelor de afaceri trebuie testate în detaliu. Toate funcționalitățile critice ale unei aplicații trebuie testate aici.

În calitate de tester, este întotdeauna important să știți cum să verificați logica de afaceri sau scenariile care vi se oferă. O astfel de metodă care ajută la evaluarea detaliată a funcționalităților este Procesul de validare.

Ori de câte ori vi se cere să efectuați un test de validare, este nevoie de o mare responsabilitate, deoarece trebuie să testați toate cerințele critice ale afacerii pe baza nevoilor utilizatorului. Nu ar trebui să existe nici măcar o singură ratare a cerințelor solicitate de utilizator. Prin urmare, o cunoaștere profundă privind testarea validării este mult mai importantă.

Testarea validării

În calitate de tester, trebuie să evaluați dacă rezultatele executării testului sunt conforme cu cele menționate în documentul de cerințe. Orice abatere ar trebui raportată imediat și această abatere se numește astfel o eroare.

Instrumente precum HP Quality Center, Selenium, Appium etc. sunt utilizate pentru efectuarea testului de validare și putem stoca rezultatele testului acolo. Un plan adecvat de testare, rulări de execuție a testelor, rapoarte de defecte, rapoarte și valori sunt livrările importante care trebuie prezentate.

Din perspectiva companiei, testul de validare în mod simplu se realizează prin următorii pași:

  • Adunați cerințele companiei pentru testarea validării de la utilizatorul final.
  • Pregătiți planul de afaceri și trimiteți-l spre aprobare la fața locului / părților interesate implicate.
  • La aprobarea planului, începeți să scrieți cazurile de test necesare și să le trimiteți spre aprobare.
  • Odată aprobat, începeți să finalizați testarea cu software-ul, mediul și să trimiteți livrabilele după cum a solicitat clientul.
  • După aprobarea livrabilelor, testarea UAT se face de către client.
  • După aceea, software-ul merge pentru producție.

pași de testare a validării

program de căutare binar în java

Să explorăm acum mai multe detalii despre validare.

Diferența dintre verificare și validare

Să le înțelegem cu un exemplu într-un mod simplu.

Exemplu:

Cerința clientului:

Injecția propusă nu trebuie să cântărească peste 2 cm.

Test de verificare:

  • Verificați dacă injecția este injecția care nu cântărește peste 2 cm folosind lista de verificare, revizuirea și proiectarea.

Test de validare:

  • Verificați dacă injecția nu cântărește peste 2 cm folosind teste manuale sau automatizate.
  • Trebuie să verificați fiecare scenariu posibil referitor la greutatea injecției utilizând orice metodă adecvată de testare (metode funcționale și nefuncționale).
  • Verificați dacă există măsurători mai mici de 2 cm și peste 2 cm.
VerificareValidare
Procesul verifică doar designul, codul și programul.Ar trebui să evalueze întregul produs, inclusiv codul.
Recenzii, progrese, inspecții și verificări de birou implicate.Sunt implicate metode funcționale și nefuncționale de testare. Se efectuează verificarea în profunzime a produsului.
Verifică software-ul cu specificații.Se verifică dacă software-ul satisface nevoile utilizatorului.

Etape implicate

  • Calificarea proiectării: Aceasta include crearea planului de testare pe baza cerințelor companiei. Toate specificațiile trebuie menționate în mod clar.
  • Calificarea instalării: Aceasta include instalarea de software pe baza cerințelor.
  • Calificare operațională: Aceasta include faza de testare bazată pe specificațiile cerințelor utilizatorului.

Aceasta poate include Testarea funcționalității:

    • Testarea unitara - Cutie neagră, cutie albă, cutie gri.
    • Testarea integrării - De sus în jos, de jos în sus, Big Bang.
    • Testarea sistemului - Testarea sănătății, fumului și regresiei.
  • Calificarea performanței: UAT (test de acceptare a utilizatorului) - Testarea alfa și beta.
  • Producție

etapele implicate în testarea validării

Calificarea proiectării

Calificarea proiectării înseamnă pur și simplu că trebuie să pregătiți proiectarea software-ului în așa fel încât să îndeplinească specificațiile utilizatorului. În primul rând trebuie să obțineți Documentul Specificații Cerințe Utilizator (URS) de la client pentru a continua cu proiectarea.

Strategia de testare:

Acest document constituie baza pentru pregătirea planului de testare. De obicei, este pregătit de către conducătorul echipei sau managerul proiectului. Acesta descrie modul în care vom continua să testăm și să atingem obiectivul dorit.

Pentru a încorpora toate procedurile, ar trebui conceput un plan adecvat și aprobat de părțile interesate. Deci, anunțați-ne componentele planului de testare.

În câteva proiecte, planul de testare și strategia de testare pot fi încorporate ca un singur document. Documentele de strategie separate sunt, de asemenea, pregătite pentru un proiect complex (mai ales în tehnica de automatizare).

Componentele planului de testare a validării:

  • Descrierea proiectului
  • Înțelegerea cerințelor
  • Domeniul de testare
  • Nivelurile de testare și programul de testare
  • Rulați crearea planului
  • Cerințe hardware-software și personal
  • Roluri si responsabilitati
  • Presupunere și dependențe
  • Riscuri și atenuare
  • Raport și valori

Descrierea proiectului: Aici trebuie să elucidați toate descrierile aplicației oferite pentru testare. Ar trebui să includă toate funcționalitățile aplicației.

Înțelegerea cerințelor: La obținerea USR, trebuie să menționați cerințele înțelese din partea dvs. De asemenea, puteți aduce clarificări dacă există. Acesta reprezintă criteriul de bază sau de testare pentru testare.

Domeniul de testare: Domeniul de aplicare trebuie să includă modulele în detaliu, împreună cu caracteristicile la un nivel înalt. Trebuie să îi spuneți clientului ce cerințe ați acoperi în testare.

Dintr-o perspectivă de afaceri, testarea validării poate fi solicitată pentru a îndeplini cerințele critice ale unei aplicații. Înseamnă pur și simplu că spui ce va fi acoperit și ce nu .

Nivelurile de testare și programul de testare: Trebuie să menționați câte runde de testare trebuie efectuate. Efortul general pentru proiectul de testare este estimat utilizând tehnicile de estimare standard, cum ar fi estimarea Test Case Point (TCP) etc.

După cum sugerează și numele programul de testare descrie modul în care va fi efectuată testarea. Ar trebui, de asemenea, să spună cum și când vor fi efectuate aprobarea și revizuirile.

Exemplu:

Proiectul luat în considerare este proiectarea unei pagini web.

Nivelurile de testare includ:

Nivelul 1: Testarea fumului
Nivelul 2: Testarea unitara
Nivelul 3: Testarea integrării
Nivelul 3: Testarea sistemului
Nivelul 3: Testarea de acceptare

Program de testare:

ce este stringstream în c ++
  1. Trimiterea planului - Ziua 1
  2. Proiectarea cazurilor de testare - Ziua 2
  3. Rularea uscată și remedierea erorilor - Ziua 4
  4. Revizuire- Ziua 5
  5. Alergare formală - Ziua 6
  6. Livrabile trimise spre aprobare - Ziua 8
  7. Rapoarte - Ziua 10

Rulați crearea planului: Planul de rulare marchează numărul de rulări necesare pentru testare. Fiecare alergare pe care o efectuați în afara site-ului va fi notată de echipa de la fața locului.

De exemplu, când utilizați Instrumentul HP Quick Test Professional pentru executare, numărul de rulări va fi afișat în fila Rulări a planului de testare.

Cerințe hardware-software și personal:

  • Cerințe hardware și software, cum ar fi dispozitivele, versiunile browserului, IOS, instrumentele de testare necesare pentru proiect.
  • Personalul înseamnă numirea persoanelor necesare testării. Puteți menționa numărul de echipe aici.
  • În cazul în care aveți nevoie de membri suplimentari de testare, puteți solicita la fața locului, în funcție de domeniul de testare. Pur și simplu atunci când numărul de cazuri de testare crește, atunci înseamnă că ai nevoie de mai mulți membri ai echipei pentru a le executa.

Roluri si responsabilitati: Aceasta implică atribuirea de sarcini rolurilor conexe responsabile de efectuarea diferitelor niveluri de testare.

De exemplu,

O aplicație trebuie testată de o echipă formată din 4 membri pentru a executa 4 protocoale de validare și puteți delega responsabilitățile după cum urmează:

  1. Conducător de test: Proiectarea planului de testare
  2. Membru al echipei 1: Proiectarea și executarea protocoalelor 1,2.
  3. Membru al echipei 2: Proiectarea și executarea protocoalelor 3.4.
  4. Membru al echipei: Pregătirea rapoartelor, revizuirea și valorile.

Presupunere și dependențe: Aceasta înseamnă că ipotezele făcute în timpul proiectării și dependențele identificate pentru testare vor fi incluse aici.

Riscuri și atenuare: Riscuri legate de planificarea testelor, cum ar fi disponibilitatea mediilor dorite, construirea etc., împreună cu planurile de atenuare și de urgență.

Raport și valori: Factorii care au fost utilizați pentru testare și rapoarte către părțile interesate trebuie menționați aici.

Un exemplu de aplicație mobilă este furnizat mai jos:

valori

Calificarea instalării

  • Calificarea de instalare conține detalii precum care și câte medii de testare ar fi utilizate, ce nivel de acces este necesar pentru testeri în fiecare mediu împreună cu datele de testare necesare. Poate include compatibilitatea browserului, instrumentele necesare pentru execuție, dispozitivele necesare testării etc. Sistemul dezvoltat ar trebui instalat în conformitate cu cerințele utilizatorului.
  • Datele de testare pot fi necesare pentru testarea unor aplicații și trebuie furnizate de persoana corespunzătoare. Este o premisă vitală.
  • Unele aplicații pot necesita o bază de date. Trebuie să păstrăm pregătite toate datele necesare testării într-o bază de date pentru a valida specificațiile.

De exemplu, O nouă aplicație spune că „abc” trebuie testat pe mobil (Android 4.3.1) și browser (Chrome 54), într-un astfel de caz, trebuie să urmărim următoarele:

  • Verificați dacă este dată o autorizație adecvată pentru a verifica site-ul aplicației „abc”.
  • Vedeți dacă sunt disponibile dispozitivele utilizate pentru testarea aplicației, cum ar fi dispozitivele mobile (android / ios), browser-Chrome, Internet Explorer cu versiunea necesară.
  • Verificați dacă acestea sunt instalate corect cu versiunile specificate (de exemplu: Chrome 54, versiunea Android 4.3.1).
  • Asigurați-vă că aplicația este accesibilă atât în ​​browser, cât și pe mobil.

Calificarea operațională

Calificarea operațională asigură faptul că fiecare modul și submodul proiectat pentru aplicația testată funcționează corect așa cum se așteaptă în mediul dorit.

Un test de validare, în general, se efectuează în următoarea ierarhie.

Ierarhia de testare a validării

Testarea funcțională joacă un rol major în testarea validării. Înseamnă pur și simplu că trebuie să validați funcționalitatea aplicației prin fiecare cerință critică menționată. Acest lucru deschide calea pentru cartografierea cerințelor menționate în documentul cu specificațiile funcționale și asigură faptul că produsul îndeplinește toate cerințele menționate.

Testarea funcțională și tipurile sale

Așa cum sugerează și numele, testarea funcțională este testarea funcțiilor, adică ce trebuie să facă software-ul. Funcționalitățile software-ului vor fi definite în documentul cu specificațiile cerințelor.

Să aruncăm o privire rapidă asupra tipurilor sale.

# 1) Testarea unității:

Testarea unității este testarea unităților / modulelor / componentelor / metodelor individuale ale sistemului dat. Validarea câmpului, controlul aspectului, proiectarea etc. sunt testate cu intrări diferite după codificare. Fiecare linie a codului trebuie validată pentru cazurile individuale de testare unitară.

Testarea unității este realizată de dezvoltatorii înșiși. Costul de remediere a erorilor este mai mic în comparație cu celelalte niveluri de testare.

Exemplu:

Evaluarea unei bucle a codului pentru o funcție spune că alegerea genului este un exemplu de testare unitară.

# 2) Testare cutie neagră:

Testarea comportamentului unei aplicații pentru funcționalitățile dorite în raport cu cerințele fără a focaliza detaliile interne ale sistemului se numește testare cutie neagră. De obicei, este realizat de o echipă de testare independentă sau de utilizatorii finali ai aplicației.

Aplicația este testată cu intrări relevante și este testată pentru a valida dacă sistemul se comportă după cum se dorește. Aceasta poate fi utilizată pentru a testa atât cerințele funcționale, cât și cele nefuncționale.

# 3) Testarea cutiei albe:

Testarea cutiei albe nu este altceva decât o verificare detaliată a codului de program cu cod. Întreaga funcționare a aplicației depinde de codul scris, prin urmare este necesar să testați codul foarte atent. Trebuie să verificați fiecare unitate și integrarea acesteia ca întreg modul într-un mod pas cu pas.

Un tester cu cunoștințe de programare este un criteriu obligatoriu aici. Acest lucru află clar dacă există vreo abatere în fluxul de lucru al aplicației. Este util atât pentru dezvoltatori, cât și pentru testeri.

# 4) Testarea cutiei gri:

Testarea cutiei gri este o combinație atât de testare cutie albă, cât și testare cutie neagră. Cunoașterea parțială despre structura sau codul unității de testat este cunoscută aici.

Testarea integrării și tipurile sale

Componentele individuale ale software-ului care sunt deja testate în testarea unității sunt integrate și testate împreună pentru a testa funcționalitățile lor în ansamblu, pentru a asigura fluxul de date între module.

Acest lucru este realizat chiar de dezvoltatori sau de o echipă de testare independentă. Acest lucru se poate face după testarea a două sau mai multe unități.

Abordare de sus în jos:

Abordare de sus în jos

În această abordare, unitățile superioare sunt testate mai întâi, iar apoi unitățile de nivel inferior sunt testate unul câte unul în trepte. Testele care pot fi utilizate sunt necesare pentru a simula unitățile de nivel inferior care ar putea să nu fie disponibile în fazele inițiale.

Abordarea de jos în sus:

Abordarea de jos în sus

În această abordare, unitățile inferioare sunt testate mai întâi, integrate și apoi sunt testate unitățile de nivel superior. Testele care pot fi utilizate sunt necesare pentru a simula unitățile de nivel superior care ar putea să nu fie disponibile în fazele inițiale.

Testarea sistemului și tipurile sale

Testarea sistemului / software-ului complet se numește testarea sistemului. Sistemul este testat complet în conformitate cu specificațiile cerințelor funcționale. Testarea sistemului se face atât împotriva cerințelor funcționale, cât și a celor nefuncționale. Testarea cutiei negre este în general preferată pentru acest tip de testare.

# 1) Testarea fumului:

Când constructorii dau construcția pentru a testa inițial, trebuie să testăm construcția temeinic. Aceasta se numește testarea fumului. Trebuie să precizăm dacă versiunea este capabilă să testeze în continuare sau nu.

Pentru a efectua validarea, aveți nevoie de o versiune adecvată. Prin urmare, testarea fumului se face mai întâi de către echipa de testare. Fluxul de lucru al aplicației testate ar trebui testat fie cu cazurile de testare, fie fără acesta. Testul care acoperă întregul flux este util pentru această testare.

# 2) Testarea sănătății:

În testarea sănătății, sunt testate principalele funcționalități ale modulelor aplicației testate. În testarea unui site web care are 3 file, adică crearea profilului, educarea, autentificarea etc., în IRCTC , funcționalitățile principale ale tuturor acestor file trebuie verificate fără a merge mai adânc.

Meniurile, submeniurile, filele trebuie testate în toate modulele. Este un subset de testare de regresie, deoarece testarea se face numai din fluxul principal și nu în profunzime.

java face o copie a unui tablou

# 3) Testarea regresiei:

Pentru fiecare lansare a proiectului, echipa de dezvoltare poate introduce anumite modificări. Validarea dacă noile modificări introduse nu au afectat fluxul de lucru al sistemului se numește testare de regresie. Aici trebuie testate numai anumite cazuri de testare referitoare la noile cerințe.

Calificarea performanței

UAT (Test de acceptare a utilizatorului):

Aceasta este ultima fază de testare care se face pentru a se asigura că sistemul se comportă conform cerințelor corespunzător cerințelor specificate. Acest lucru se face de către client. Odată ce clientul certifică și șterge testarea sistemului, produsul poate fi implementat.

Testarea alfa și beta:

Testarea alfa este făcută de dezvoltatori pe aplicație înainte de lansare pe site-ul de dezvoltare software. Implică testarea cutiei alb-negru. Testarea beta se face la partea clientului după ce produsul este dezvoltat și implementat.

Exemple de cazuri de validare a testelor sau protocol

Cu experiența mea, am scris acest protocol pentru conectarea la Gmail.

Verificarea în profunzime a funcționalității de conectare acoperite este ceea ce este de fapt validarea. Dar aș dori să menționez că stilul coloanelor de propoziții utilizate poate diferi complet și depinde de cerințele clientului.

=> Descarcă cazuri de testare a validării probelor: Caz de testare autentificare Gmail

Concluzie

Ei bine, validarea se referă la analizarea detaliată a funcționalităților unui produs. Ca tester de validare, trebuie să vă amintiți întotdeauna să raportați abaterile atunci și acolo pentru a obține rezultate optime la testare.

Fiecare caz de testare scris trebuie să fie ascuțit, concis și ușor de înțeles chiar și pentru omul obișnuit. Testatorul de validare trebuie să se asigure că produsul potrivit este dezvoltat în conformitate cu cerințele specificate.

Ca ghid pentru testarea validării, am acoperit procesul asociat cu validarea.

Calificarea de proiectare care implică planul de validare, Calificarea de instalare care vorbește despre rata hardware-software, o calificare operațională care implică testarea întregului sistem, calificarea de performanță care implică testarea acceptării utilizatorului care oferă autorizația de producție.

Sper că acest articol v-ar fi îmbogățit cunoștințele despre conceptul de testare a validării !!

Lectură recomandată

^