what is software testing life cycle
Testare software:
În acest tutorial, discutăm Evoluția testării software, Ciclul de viață al testării software-ului și diferitele faze implicate în STLC.
Ce veți învăța:
8 etape ale ciclului de viață al testării software-ului (STLC)
Evoluţie:
Tendința anilor 1960:
Tendința anilor 1990
Tendința anului 2000:
Tendința și competența testării se schimbă. Testerii trebuie acum să fie mai tehnici și mai orientați spre proces. Testarea acum nu este limitată doar la găsirea erorilor, dar are un domeniu de aplicare mai larg și este necesară chiar de la începutul proiectului, atunci când cerințele nici măcar nu sunt finalizate.
Deoarece testarea este, de asemenea, standardizată. La fel cum dezvoltarea software-ului are un ciclu de viață, și testarea are un ciclu de viață. În secțiunile următoare, voi discuta despre ce este un ciclu de viață și despre cum este legat de testarea software-ului și voi încerca să-l elaborez.
Sa incepem!
Ce este ciclul de viață?
Ciclul de viață în termenul simplu se referă la succesiunea modificărilor de la o formă la alta. Aceste schimbări se pot întâmpla oricăror lucruri tangibile sau intangibile. Fiecare entitate are un ciclu de viață de la începuturile sale până la pensionare / deces.
În mod similar, Software-ul este, de asemenea, o entitate. La fel ca dezvoltarea software-ului implică o succesiune de pași, testarea are și pași care ar trebui executați într-o succesiune definită.
Acest fenomen al executării activităților de testare într-un mod sistematic și planificat se numește testarea ciclului de viață.
Ce este ciclul de viață al testării software-ului (STLC)
Ciclul de viață al testării software se referă la un proces de testare care are pași specifici care trebuie executați într-o succesiune definită pentru a se asigura că obiectivele de calitate au fost îndeplinite. În procesul STLC, fiecare activitate se desfășoară într-un mod planificat și sistematic. Fiecare fază are obiective și rezultate diferite. Diferite organizații au faze diferite în STLC; cu toate acestea, baza rămâne aceeași.
Mai jos sunt fazele STLC:
- Faza cerințelor
- Faza de planificare
- Faza de analiză
- Fază de proiectare
- Faza de implementare
- Faza de executare
- Faza de concluzie
- Faza de închidere
# 1. Faza Cerințelor :
În această fază a STLC, analizați și studiați cerințele. Faceți sesiuni de brainstorming cu alte echipe și încercați să aflați dacă cerințele sunt testabile sau nu. Această fază ajută la identificarea scopului testării. Dacă orice caracteristică nu este testabilă, comunicați-o în această fază, astfel încât strategia de atenuare să fie planificată.
#Două. Faza de planificare :
cea mai bună conversie YouTube în aplicație mp3
În scenarii practice, planificarea testelor este primul pas al procesului de testare. În această fază, identificăm activitățile și resursele care ar ajuta la îndeplinirea obiectivelor de testare. În timpul planificării, încercăm, de asemenea, să identificăm valorile, metoda de colectare și urmărire a acestor valori.
Pe ce bază se face planificarea? Doar cerințe?
Raspunsul este nu. Cerințele formează una dintre baze, dar există alți 2 factori foarte importanți care influențează planificarea testului. Acestea sunt:
- Strategia de testare a organizației.
- Analiza riscurilor / Managementul riscurilor și atenuarea acestora.
# 3. Faza de analiză:
Această fază STLC definește „CE” ce trebuie testat. Practic identificăm condițiile de testare prin documentul de cerințe, riscurile produsului și alte baze de testare. Starea testului ar trebui să poată fi urmărită înapoi la cerință.
Există diferiți factori care afectează identificarea condițiilor de testare:
- Nivelurile și profunzimea testării
- Complexitatea produsului
- Riscuri legate de produs și proiect
- Ciclul de viață al dezvoltării software implicat.
- Managementul testelor
- Abilități și cunoștințe ale echipei.
- Disponibilitatea părților interesate.
Ar trebui să încercăm să notăm condițiile de testare într-un mod detaliat. De exemplu, pentru o aplicație web de comerț electronic, puteți avea o condiție de testare, deoarece „Utilizatorul ar trebui să poată efectua o plată”. Sau puteți să o detaliați spunând „Utilizatorul ar trebui să poată efectua plata prin NEFT, card de debit și card de credit”.
Cel mai important avantaj al scrierii condiției de testare detaliate este că crește acoperirea testului, deoarece cazurile de testare vor fi scrise pe baza condiției de testare, aceste detalii vor declanșa scrierea unor cazuri de testare mai detaliate, care vor crește în cele din urmă acoperirea.
De asemenea, identificați criteriile de ieșire din testare, adică stabiliți câteva condiții când veți opri testarea.
# 4. Fază de proiectare:
Această fază definește „CUM” de testat. Această fază implică următoarele sarcini:
- Detalii condiția de testare. Descompuneți condițiile de testare în mai multe subcondiții pentru a crește acoperirea.
- Identificați și obțineți datele de testare
- Identificați și configurați mediul de testare.
- Creați indicatorii de trasabilitate a cerințelor
- Creați valori de acoperire a testelor.
# 5. Faza de implementare:
Sarcina principală în această fază STLC este crearea cazurilor de test detaliate. Prioritizați cazurile de testare și identificați care caz de testare va deveni parte a suitei de regresie. Înainte de finalizarea cazului de testare, este important să efectuați revizuirea pentru a asigura corectitudinea cazurilor de testare. De asemenea, nu uitați să scoateți semnul testelor înainte de a începe executarea efectivă.
Dacă proiectul dvs. implică automatizare, identificați cazurile de testare candidate pentru automatizare și continuați cu scriptarea cazurilor de testare. Nu uitați să le examinați!
# 6. Faza de executare :
După cum sugerează și numele, aceasta este faza ciclului de viață al testării software în care are loc execuția efectivă. Dar înainte de a începe executarea, asigurați-vă că criteriul de intrare este îndeplinit. Executați cazurile de testare, înregistrați defectele în caz de discrepanță. Completați simultan valorile de trasabilitate pentru a vă urmări progresul.
# 7. Faza de concluzie :
Această fază STLC se concentrează pe criteriile de ieșire și raportare. În funcție de alegerea proiectului și a părților interesate, puteți decide raportarea dacă doriți să trimiteți un raport zilnic al raportului săptămânal etc.
Există diferite tipuri de rapoarte (DSR - Raport de stare zilnic, WSR - Rapoarte de stare săptămânale) pe care le puteți trimite, dar punctul important este că conținutul raportului se schimbă și depinde de cine trimiteți rapoartele.
Dacă managerii de proiect aparțin mediului de testare, atunci ei sunt mai interesați de aspectul tehnic al proiectului, așa că includeți lucrurile tehnice în raportul dvs. (număr de cazuri de testare trecute, eșuate, defecte ridicate, defecte de severitate 1 etc.).
Dar dacă raportați părților interesate superioare, este posibil ca acestea să nu fie interesate de lucrurile tehnice, așa că raportați-le despre riscurile care au fost atenuate prin testare.
# 8. Faza de închidere:
Sarcinile pentru activitățile de închidere includ următoarele:
- Verificați finalizarea testului. Dacă toate cazurile de testare sunt executate sau atenuate în mod deliberat. Verificați dacă nu există defecte de severitate 1 deschise.
- Faceți întâlniri cu lecțiile învățate și creați un document cu lecțiile învățate. (Includeți ceea ce a funcționat bine, unde sunt sfera îmbunătățirilor și ce poate fi îmbunătățit)
Concluzie
Să încercăm să rezumăm ciclul de viață al testării software-ului (STLC) acum!
| S. Nu | Numele fazei | Criterii de intrare | Activități efectuate | Livrabile |
|---|---|---|---|---|
| 7 | Concluzie | S-au actualizat cazurile de testare cu rezultate Condiții de închidere a testului | Furnizați cifrele exacte și rezultatul testării Identificați riscurile care sunt atenuate | Valori de trasabilitate actualizate Raport rezumat test Raport actualizat de gestionare a riscurilor |
| unu | Cerințe | Document de specificare a cerințelor Document de proiectare a cererii Documentul privind criteriile de acceptare a utilizatorilor | Faceți brainstormingul cerințelor. Creați o listă de cerințe și clarificați-vă îndoielile. Înțelegeți fezabilitatea cerințelor, indiferent dacă este testabilă sau nu. Dacă proiectul dvs. necesită automatizare, efectuați studiul de fezabilitate a automatizării. | RUD (Document de înțelegere a cerințelor. Raport de fezabilitate de testare Raport de fezabilitate a automatizării. |
| Două | Planificare | Document de cerințe actualizat. Rapoarte de fezabilitate de testare „ Raport de fezabilitate a automatizării. | Definiți domeniul de aplicare al proiectului Faceți analiza riscurilor și pregătiți planul de atenuare a riscurilor. Efectuați estimarea testului. Determinați strategia și procesul de testare general. Identificați instrumentele și resursele și verificați eventualele nevoi de formare. Identificați mediul. | Documentul Planului de testare. Document de atenuare a riscurilor. Document de estimare a testului. |
| 3 | Analiză | Document de cerințe actualizat Documentul Planului de testare Document de risc Document de estimare a testului | Identificați condițiile detaliate de testare | Documentul privind condițiile de testare. |
| 4 | Proiecta | Document de cerințe actualizat Documentul privind condițiile de testare | Detalii despre starea de testare. Identificați datele testului Creați indicatorii de trasabilitate | Document detaliat privind condițiile de testare Valori de trasabilitate a cerințelor Testați valorile de acoperire |
| 5 | Implementare | Document detaliat privind condițiile de testare | Creați și examinați cazurile de testare. Creați și examinați scripturile de automatizare. Identificați cazurile de testare pentru regresie și automatizare. Identificați / creați datele de testare Luați semnarea cazurilor de test și a scripturilor. | Cazuri de testare Testează scripturile Date de testare |
| 6 | Execuţie | Cazuri de testare Testează scripturile | Executați cazurile de testare Înregistrați erori / defecte în caz de discrepanță Raportați starea | Raport de execuție a testului Raportul defectelor Jurnal de testare și jurnal de defecte Măsuri actualizate de trasabilitate a cerințelor |
| 8 | Închidere | Starea închiderii testului Raport rezumat test | Faceți măsurarea retrospectivă și înțelegeți lecțiile învățate | Documentul lecțiilor învățate Matrici de testare Raport de închidere a testului. |
FERICIREA TESTARE !!
Lectură recomandată
- Cele mai bune instrumente de testare software 2021 (Instrumente de automatizare a testelor de calitate)
- Testare software Job asistent QA
- Curs de testare software: La ce institut de testare software ar trebui să mă alătur?
- Alegerea testării software ca carieră
- Testarea software-ului Conținut tehnic Scriitor freelancer
- Câteva întrebări interesante despre testarea software-ului
- Feedback și recenzii despre cursul de testare software
- Ce este ciclul de viață al defectelor / erorilor în testarea software-ului? Tutorial privind ciclul de viață al defectelor