7 types software errors that every tester should know
Este timpul din nou pentru o postare pe elemente de bază pentru testarea software-ului . Această postare se referă la tipuri de erori de software pe care ar trebui să le cunoască fiecare tester.
cum să gestionezi situațiile dificile la locul de muncă
Problemele software sunt de multe tipuri. O eroare este o eroare indiferent de ce. Dar, uneori, este important să înțelegem natura, implicațiile sale și cauza procesării acesteia mai bine.
Acest lucru ajută la o reacție mai rapidă și, cel mai important, la o reacție adecvată.
În acest articol, vom discuta tipuri obișnuite de erori de software și cum să le identificați în timpul testării cu câteva exemple și exerciții simple.
Să începem prin definirea erorilor software și a erorilor.
Ce veți învăța:
- Erori de software și erori
- Categorii comune de erori software:
- Un exercitiu:
- Concluzie
- Lectură recomandată
Erori de software și erori
Așa cum este definit în Wikipedia ' Un eroare este o abatere de la acuratețe sau corectitudine ' și ' LA eroare software este o eroare, o defecțiune, o defecțiune sau o defecțiune dintr-un program sau sistem de computer care îl determină să producă un rezultat incorect sau neașteptat sau să se comporte în moduri neintenționate '.
Deci, se pot deduce următoarele:
- Eroarea este o varianță a rezultatului real față de rezultatul așteptat.
- Erorile sunt o categorie de erori software .
- Erorile pot fi introduse ca urmare a cerințelor incomplete sau inexacte sau din cauza problemelor de introducere a datelor umane.
Categorii comune de erori software:
# 1) Erori de funcționalitate :
Funcționalitatea este un mod în care software-ul este destinat să se comporte. Software-ul are o eroare de funcționalitate dacă ceva ce vă așteptați să facă este greu, incomod, confuz sau imposibil.
Verificați această captură de ecran:
Funcționalitatea așteptată pentru butonul Anulare este că fereastra „Creați un proiect nou” ar trebui să se închidă și niciuna dintre modificări să nu fie salvată (adică nu trebuie creat un proiect nou). Dacă butonul Anulare nu poate fi făcut clic, atunci este o eroare de funcționalitate.
# 2) Erori de comunicare:
Aceste erori apar în comunicarea de la software la utilizatorul final. Orice lucru pe care utilizatorul final trebuie să îl cunoască pentru a utiliza fișierul software-ul ar trebui să fie disponibil pe ecran .
Puține exemplede erori de comunicare sunt - Nu sunt furnizate instrucțiuni / meniu de ajutor, caracteristici care fac parte din versiune, dar care nu sunt documentate în meniul de ajutor, un buton numit „Salvare” nu ar trebui să șteargă un fișier etc.
# 3) Erori de comandă lipsă:
Asta se intampla să apară când lipsește o comandă așteptată . Vedeți această captură de ecran:
Această fereastră permite utilizatorului să creeze un proiect nou. Cu toate acestea, nu există nicio opțiune pentru ca utilizatorul să iasă din această fereastră fără a crea proiectul. Deoarece opțiunea / butonul „Anulare” nu este furnizat utilizatorului, aceasta este o eroare de comandă lipsă.
# 4) Eroare sintactică:
Erorile sintactice sunt cuvinte ortografiate greșit sau propoziții incorect gramatical și sunt foarte evidente în timpul testării GUI a software-ului . Rețineți că NU ne referim la erori de sintaxă din cod. Compilatorul va avertiza dezvoltatorul cu privire la orice erori de sintaxă care apar în cod
Rețineți cuvântul greșit „Anulare”:
Rețineți mesajul incorect din punct de vedere gramatical:
# 5) Eroare la gestionarea erorilor:
Orice erori care apar în timp ce utilizatorul interacționează cu software-ul trebuie tratate în mod clar și mod semnificativ . Dacă nu, se numește eroare de gestionare a erorilor.
Uitați-vă la această imagine. Mesajul de eroare nu oferă nicio indicație despre ceea ce este de fapt eroarea. Lipsește câmp obligatoriu, eroare de salvare, eroare de încărcare a paginii sau este o eroare de sistem? Prin urmare, acesta este un „Error Handing Error”.
Atunci când este posibil, ar trebui enumerați pași suplimentari pe care utilizatorul să îi urmeze.
Dacă software-ul are anumite câmpuri obligatorii care trebuie completate înainte de a putea salva informațiile pe un formular, mesajele de validare ar trebui să fie clare și să indice acțiunea cerută de utilizator.
Iată alteleexemple:
# 6) Erori de calcul:
Aceste erori apar din oricare dintre următoarele motive:
- Logica proastă
- Formule incorecte
- Tip de date nepotrivit
- Erori de codare
- Probleme de apel funcțional etc.
În 1999, NASA și-a pierdut orbita climatică pe Marte, deoarece unul dintre subcontractanții pe care i-a folosit NASA a folosit unități englezești în locul sistemului metric intenționat, ceea ce a determinat funcționarea incorectă a propulsoarelor orbitatorului. Datorită acestei erori, orbitatorul s-a prăbușit aproape imediat când a ajuns pe Marte.
# 7) Controlați erorile de flux :
Fluxul de control al unui software descrie ce va face în continuare și în ce condiție.
De exemplu, luați în considerare un sistem în care utilizatorul trebuie să completeze un formular și opțiunile disponibile utilizatorului sunt: Salvare, Salvare și Închidere și Anulare. Dacă un utilizator face clic pe butonul „Salvare și închidere”, informațiile despre utilizator din formular ar trebui să fie salvate și formularul ar trebui să se închidă. Dacă faceți clic pe buton nu închide formularul, atunci este o eroare de flux de control.
Un exercitiu:
Să identificăm în ce categorii de erori se încadrează următoarele:
Exercitiul 1:
Acestea sunt erori de gestionare a erorilor.
Exercițiul nr. 2:
întrebări și răspunsuri la interviul oracle pentru cei experimentați
Aceasta este o eroare de comandă lipsă. Butonul Anulare este obligatoriu, dar lipsește. De asemenea, ambele butoane „Continuare” și „Ștergere” sunt redundante și îndeplinesc aceeași funcție.
Exercițiul nr. 3
Aceasta este o eroare sintactică.
Urmatorul pas:
Raportarea unei erori odată identificată este esențială. Pentru cele mai bune rezultate, raportați imediat.
Includeți descrierea, prioritatea, severitatea, declanșatoarele și pașii pentru a recrea scenariul, capturile de ecran (dacă există) în raportul de erori.
Pentru mai multe informații despre redactarea rapoartelor efective de defecte, verifica acest post .
Concluzie
Identificarea defectelor, clasificarea, raportarea și în cele din urmă eliminarea fac parte din activitățile de control al calității.
Dar, Prevenirea este mai bună decât vindecarea. Esența asigurării calității software-ului constă în stabilirea proceselor de monitorizare și inspecție în fiecare etapă a ciclului de viață al dezvoltării software-ului.
Citire sugerată = >> Cum se remediază eroarea de redare audio
Scopul este de a detecta erorile cât mai curând posibil. Acest lucru se datorează faptului că costurile pentru găsirea și remedierea erorilor cresc dramatic pe măsură ce progresează dezvoltarea software-ului. Prin urmare, identificarea erorilor timpurii este esențială.
Fixarea unei erori este cea mai ieftină în timpul etapei de analiză a cerințelor, devine progresiv costisitoare cu fiecare etapă și este cea mai scumpă în faza de întreținere după lansare.
În calitate de ingineri QA, este posibil să fim sau nu implicați direct în definirea cerințelor. De asemenea, este posibil să avem un control direct redus sau deloc asupra calității cerințelor.
Prin urmare, este esențial să putem identifica, căuta și raporta orice erori pe care le întâlnim în timpul fazei de testare.
Despre autor: Acest articol util este scris de Neha B. În prezent lucrează ca manager de asigurare a calității și se specializează în conducerea și gestionarea echipelor interne și offshore de asigurare a calității.
Anunțați-ne alte tipuri de erori software pe care le cunoașteți sau cu care ați întâmpinat.
Lectură recomandată
- Tipuri de riscuri în proiectele software
- Exemplu de raport de erori
- Anunțarea noii mele cărți electronice „Pachetul de carieră pentru testarea software-ului - Călătoria unui tester de software de la obținerea unui loc de muncă la devenirea unui lider de testare!”
- Jobul Testerului de software este într-adevăr un job cu profil redus?
- Ghid de CV perfect pentru testarea software-ului (cu eșantion de CV pentru tester de software)
- 5 moduri de a fi un tester de software îndrăzneț și sigur
- 5 lucruri pe care un dezvoltator începător (și un tester) ar trebui să le știe despre testarea software-ului
- Caracteristicile unui software de testare necorespunzător