Ce este testarea statică?
Înainte de a înțelege tehnicile de testare statică, trebuie să înțelegem ce este testarea statică și modul în care această testare a intrat în procesul de testare. Înainte de a elibera orice software și de a-l gestiona clientului, este foarte important să îl testezi complet. Pentru testarea completă a verificării și validării software trebuie efectuate ambele. Pentru aceasta testarea statică și dinamică joacă rolul lor. În testarea statică, software-ul sau o aplicație este testat manual sau folosind instrumentele fără a executa codul, adică se găsesc defecte în testarea statică fără executarea efectivă a codului, în timp ce, în testarea dinamică, codul este executat pentru a găsi defectele.
Testarea statică se face în 2 moduri:
- Recenzii: Recenziile sunt făcute pentru a găsi defectele, problemele și ambiguitățile din documente precum cerințe, proiectare etc. Recenziile joacă un rol important în testarea statică, deoarece este mai bine să găsești cauza eșecului la început, mai degrabă decât eșecurile. la sfarsit. Deoarece majoritatea problemelor au apărut după dezvoltarea software-ului în ceea ce privește cerințele, designul nu a fost remediat la început sau nici o ambiguitate găsită în documente. Recenziile pot fi formale / informale în funcție de stadiul particular al testării software. Revizuirile privind testarea software constau în revizuire informală, walkthrough, inspecție și tehnică.
- Analiză statică: În Analiza statică, un software sau o aplicație este testat pentru a găsi defectele structurale ale codului scris de dezvoltatori fără a-l executa efectiv. Analiza statică este realizată de obicei de către instrumente și este utilizată pentru a descoperi defectele precum variabilele neutilizate / nereferențiate, încălcarea standardului de programare, încălcări de sintaxă, standardele de codificare neatinse, codul mort (cod scris, dar nu este folosit nicăieri), etc. Există anumite instrumente disponibile pe piață care ajută la analiza statică a codului, analizează structurile și dependențele, calculează valori precum complexitatea ciclomatică sau nivelurile de cuibărire și obligă dezvoltatorii să urmeze standardele de codificare specifice și ajută în Analiza statică.
Tehnici de testare statică
Așa cum am menționat mai sus, testarea statică se face fie manual, care este efectuată în Recenzii, fie prin instrumente de testare care sunt efectuate în Analiza statică.
Procesul de revizuire: În timpul testării statice, Recenziile se pot face în două moduri:
1. Revizuirea informală
- Revizuirea informală se face în primele etape ale ciclului de viață al dezvoltării.
- Nu sunt utilizate documente sau proceduri formale într-o revizuire informală.
- Revizuirea informală vine în diverse forme și forme, singura caracteristică este că acestea nu sunt documentate formal.
- Scopul principal al revizuirii informale este îmbunătățirea calității software-ului cu ajutorul autorilor.
- Urmează o procedură simplă, cum ar fi două persoane care stau împreună, una fiind autorul care examinează activitatea altor colegi, precum orice document, design, cod, etc. Poate adăuga în continuare mai mulți membri sau o echipă întreagă, în funcție de nivelul de testare.
2. Revizuirea formală
- Revizuirea oficială este foarte bine structurată și documentată.
- Revizuirea formală este gestionată și urmărește diferite faze de recenzii, cum ar fi Planificare, Kick-Off, Pregătire, Reuniune de revizuire, reelaborare și Urmărire.
- Revizuirea formală acoperă scenarii largi și grave ale software-ului precum cerințele legale, maturitatea dezvoltării software etc.
Tipuri de recenzii
Mai jos menționate sunt diferite tipuri de recenzii:
1. Procedură
- În acest pas, Autor conduce procesul de revizuire pentru a îndeplini înțelegerea comună și alți membri ai echipei pun întrebările posibile și își transmit feedback-ul colectat.
- Procedura poate fi o revizuire formală sau informală.
- Procesele verbale ale întâlnirii și defectele / constatările raportate sunt notate de Scrib (care nu este autorul) pentru a le urmări ulterior.
- Membrii echipei nu trebuie să aibă cunoștințe detaliate despre conținut, deoarece autorul este bine pregătit pentru asta și este un fel de sesiune de transfer de cunoștințe.
Obiectivele principale ale Walkthrough
- Obiectivul principal este de a permite învățarea și oferirea de cunoștințe celorlalți membri ai echipei despre conținut.
- Pentru a prezenta documentul tuturor părților interesate, în cadrul și în afara disciplinei software și pentru a colecta mai multe informații despre documentul în cauză.
- Ei urmăresc ca alți membri să examineze conținutul în mod clar, astfel încât să poată oferi sugestii, alternative pentru documentul propus.
2. Inspecția
- Inspecția este unul dintre cele mai formale tipuri de recenzii.
- Este condus de un moderator instruit care nu este autorul întâlnirii.
- Revizorii sunt bine pregătiți înainte de ședință despre documente sau despre ce trebuie discutat.
- Regulile și listele de verificare sunt utilizate în această ședință, timp în care se examinează produsul și sunt înregistrate defectele.
- Defectele găsite în ședință sunt documentate în jurnalul de probleme sau în lista de înregistrare.
- Întâlnirea are criterii de intrare și ieșire corespunzătoare.
- Rapoartele create în timpul întâlnirii sunt împărtășite cu autorul pentru a lua măsuri adecvate în acest sens.
- Moderatorul realizează un proces de urmărire formală pentru a aborda problemele de îmbunătățire și de a învăța din defectele descoperite.
Obiectivele principale ale inspecției
- Îmbunătățirea calității documentelor din cadrul Inspecției.
- Găsirea și remedierea rapidă a defectelor găsite în ședință.
- Crearea unei înțelegeri mai detaliate prin discuții de grup și schimb de informații.
- Învățând de la defectele introduse anterior și nu le repetă în viitor.
3. Revizuire tehnică
- Este bine documentat și respectă tehnica de detectare a defectelor care implică colegi și experți tehnici.
- De obicei este condus de un moderator instruit și nu de autor.
- În Analiza Tehnică, produsul este examinat și se găsesc defectele care sunt în principal cele tehnice.
- Nu există nicio participare la conducere în revizuirea tehnică
- Raportul complet este pregătit să aibă o listă de probleme abordate.
Obiectivele principale ale revizuirii tehnice
- Mențineți participanții la curent cu privire la conceptele tehnice ale documentului.
- Pentru a vă asigura că de la început, conceptele tehnice trebuie să fie înțelese corect.
- Adunarea alternativelor și soluțiilor de la participanți cu privire la concepte tehnice.
- Pentru a menține consecvența în proiectarea tehnică și conceptuală a software-ului.
- Să se concentreze pe aspectele tehnice ale software-ului și fezabilitatea tehnică, la fel de importantă ca cea conceptuală.
Concluzie
Testarea statică nu numai că ajută la depistarea defectelor în stadii incipiente, dar oferă și o privire de închidere a documentelor și ajută la înțelegerea cerințelor lipsă, ambiguitate, defecte de proiectare, probleme de întreținere, etc. are propriul obiectiv și proceduri. Fiecare revizuire servește unui scop specific, cum ar fi revizuirea informală se face înainte de orice revizuire tehnică sau formală, astfel încât defectele care pot fi găsite informal pot fi rezolvate mai întâi. Cu cât se face o revizuire mai mare a oricărui document înainte și în timpul dezvoltării, cu atât este mai mică probabilitatea unor defecte în final.
Articole recomandate
Acesta este un ghid pentru tehnici de testare statică. Aici discutăm în detaliu diverse tipuri de recenzii și tehnici statice. De asemenea, puteți parcurge și alte articole sugerate -
- Înțelegerea conceptului de testare statică
- Ce este testarea funcțională?
- Exemple privind testarea cutiei albe
- Ce face testarea dinamică?