1 mare adevăr despre erorile software | #2 Primii pași în testarea software-ului

Erorile software sunt o parte inerentă a procesului de creare a software-ului. Poate fi practic imposibil de realizat un program în care să nu fie găsite erori în timpul etapelor de testare. Teoretic, în cazul programelor foarte simple, erorile pot să nu apară, dar în situația în care software-ul conține un cod complex. Proiectele care sunt complicate și extinse trebuie testate pentru a elimina toate erorile și erorile într-un stadiu incipient de lucru.

Erori software – cuprins:

1. Motivele erorilor software
2. Ciclul de viață al unei erori
3. Niveluri de semnificație ale erorilor în software
4. rezumat

Motivele erorilor software

Erorile din software sunt cauzate de așa-numitele erori sau defecțiuni și acestea sunt principalele motive pentru funcționarea proastă a software-ului. Apariția erorilor este posibilă în orice etapă de creare a software-ului. Cel mai adesea erorile se găsesc în codul în sine și sunt cauzate de acțiuni umane. Defectul găsit într-o parte a software-ului poate avea un impact asupra celorlalte părți ale aceluiași software, mai ales dacă ambele sunt conectate. O eroare este rezultatul unui defect, ambele pot duce la defecțiuni grave, care se pot manifesta în timpul rulării software-ului.

În conformitate cu International Software Testing Qualification Board, există multe motive diferite pentru erorile software și acestea sunt:

• imperfecțiunea umană
• presiunea timpului
• lipsa de calificare, abilitate sau experienta
• comunicare proastă în echipă
• specificație scrisă nevalid
• complexitatea : cod, proiect sau tehnologie
• neînțelegeri legate de interfața din interiorul sistemului și dintre sisteme – mai ales în cazul unui număr mare de sisteme respective
• implementarea noilor tehnologii

După cum sa menționat anterior, erorile duc la defecte, iar defectele duc la defecțiuni, aici este de remarcat că eșecurile nu sunt întotdeauna cauzate de o eroare umană. Apariția defecțiunilor poate fi cauzată de alte fenomene precum: radiații, câmp electromagnetic sau contaminare. Astfel de factori influențează funcționarea software-ului prin modificarea condițiilor externe care afectează hardware-ul.

Ciclul de viață al unei erori

Ciclul de viață al unei erori este un proces care începe în momentul descoperirii erorii și raportării până la momentul remedierii și închiderii sarcinii. Durata ciclului depinde de gravitatea erorii Complexitatea erorii poate prelungi sau scurta semnificativ timpul necesar pentru remediere. Există multe programe care sunt utilizate pentru a monitoriza erorile software, iar alegerea programului poate afecta ciclul de viață al unei erori.

Ciclul de viață exemplar este simplu. În prima etapă, eroarea este raportată în notificare și primește un statut deschis . În notificare există o cale care a permis testerului să găsească eroarea. În plus, programatorul care se ocupă de sarcină este atribuit în notificare și de îndată ce începe să remedieze eroarea, starea acesteia se schimbă în desfășurare. Aceste informații sunt deosebit de importante pentru testator, care poate începe să testeze software-ul de îndată ce notificarea se schimbă în gata de testare.

A doua componentă este feedback-ul. Când toate sondajele sunt completate de respondenți, trebuie creat un raport frumos și ordonat. Întreaga informație trebuie revizuită cu atenție, astfel încât toate informațiile importante să poată fi adunate. Acest lucru este deosebit de important deoarece este ușor să interpretați greșit constatările. Sondajul utilizat pentru cazul dat trebuie să fie bine ajustat și să sune.

Testerul care începe operațiunea schimbă starea în test în curs și, după terminare, alege una dintre cele două opțiuni: rezolvat (în caz de reparație cu succes) sau redeschis (dacă eroarea software încă mai necesită reparație). În acest fel, programatorul primește o notificare despre necesitatea de a reporni munca la eroare.

Niveluri de semnificație ale erorilor în software

Erorile software pot fi împărțite în funcție de nivelurile de semnificație, care sunt acordate de testeri. Nivelul de semnificație transmite informații despre impactul erorii asupra funcționării programului. Cu cât nivelul de semnificație al unei erori este mai mare, cu atât mai rapid ar trebui remediat.

Cel mai înalt nivel de semnificație se numește blocant , deoarece apariția lui înseamnă lipsa completă a capacității suplimentare de a utiliza programul și necesitatea de a opri testarea acestuia. Exemplul de blocare este o eroare de software, care oprește aplicația. O astfel de eroare necesită remediere rapidă pentru a permite testarea ulterioară.

Nivelul inferior de semnificație este numit critic deoarece eroarea software-ului acelui nivel face dificilă utilizarea tuturor funcțiilor programului. O astfel de eroare de software nu blochează complet testarea, dar are un impact mare asupra procesului de testare, iar software-ul nu poate fi lansat fără a remedia această problemă.

Nivelul major de semnificație este destul de important, dar nu deține procesul de testare.

Eroarea de nivel mediu de semnificație este o eroare de gravitate moderată, care necesită o reacție rapidă deoarece nu împiedică efectuarea testelor.

5. Împuternicirea indivizilor – atunci când este utilizat feedback-ul la 360 de grade, toți angajații au șansa de a-și exprima preocupările. Indivizii pot simți că au o voce și că compania le respectă punctul de vedere și opinia, prin urmare orice tip de acțiune în care angajații sunt auziți are un impact pozitiv asupra moralului personalului.

Cel mai scăzut nivel de semnificație al erorii, și anume banal, înseamnă că eroarea software-ului este de mică importanță.

rezumat

Erorile din software au multe cauze, dar apar în principal din cauza acțiunii umane inconștiente. Este necesar să se verifice acuratețea oricărui software prin testare continuă. Fiecare eroare de software are un ciclu de viață, care variază de la descoperirea ei până la remediere. Erorile au niveluri diferite de semnificație, fiecare având aceeași importanță, dar unele blochează posibilitatea utilizării software-ului în măsura în care nici măcar nu poate fi testat, în timp ce altele nu influențează la fel de mult acele procese și sunt ușor de remediat.

Citește și: 4 tipuri de angajați de care are nevoie fiecare companie

Dacă vă place conținutul nostru, alăturați-vă comunității noastre de albine ocupate pe Facebook, Twitter, LinkedIn, Instagram, YouTube.

Autor: Robert Whitney

Expert JavaScript și instructor care antrenează departamentele IT. Scopul său principal este de a crește productivitatea echipei, învățându-i pe alții cum să coopereze eficient în timp ce codifică.

Vizualizați toate postările

Primii pași în testarea software-ului:

1. Ce este testarea software-ului?
2. 1 mare adevăr despre erorile software
3. Șapte principii cheie de testare ISTQB
4. 6 faze ale STLC
5. Testare vs. depanare
6. Verificare și validare în procesul de testare software