Ai un caz nou. Trebuie să afli ce este greșit și pentru a găsi acest lucru, trebuie să știi ce cauți. Poate crezi că vorbim despre un detectiv, dar vorbim despre un tester. Pentru ca testerul să recunoască bug-ul, trebuie să cunoască fiecare caracteristică a acestuia.
Hai să încercăm să le diferențiem.
Tipuri de bug-uri
Bug funcțional
Testerul trebuie să descopere aceste bug-uri în timp ce examinează funcțiile sistemului și testează dacă totul funcționează așa cum ar trebui.
Dacă funcția face ceva ce nu se află pe lista de cerințe, atunci este un bug.
Exemple:
- căutarea nu răspunde la input-ul utilizatorului;
- aplicația se blochează;
- un buton nu trimite un formular;
- un buton deschide o fereastră care nu ar trebui să se deschidă.
În cazul în care nu există cerințe funcționale, acest tip de bug este mai greu de găsit. Experiența anterioară cu software similar poate fi de mare ajutor și ai putea încerca, de asemenea, testarea exploratorie.
Bug de localizare
Bug-urile de localizare pot fi găsite doar în software care suportă mai multe limbi sau este adaptat pentru utilizarea în fusuri orare diferite.
Începe prin a verifica dacă diferite limbi funcționează la fel de bine. Verifică toate elementele sistemului pentru a vedea dacă sunt traduse corect. Ar trebui să schimbi limba implicită și să examinezi toate aspectele. Dacă ceva nu este tradus corect sau deloc, este un bug.
În această etapă, poți verifica și bug-uri de UI. Dacă textul este mai lung într-o limbă diferită, ar putea să iasă în afacerea UI-ului sau să o rupă.
În funcție de software, ai putea verifica dacă timpul este afișat corect sau dacă schimbarea monedei funcționează bine.
Bug de interfață cu utilizatorul
Acesta ar trebui să fie un job ușor dacă ai toate mockup-urile ecranelor software-ului. Compara software-ul cu mockup-urile; dacă ceva nu este la locul lui, atunci este un bug. De asemenea, ajută dacă ai ghiduri de design. De obicei, ghidurile descriu stiluri și elemente în diferite stări.
Exemplu: Culoarea unui link în starea inițială, la hover și după un click.
Nu ar trebui să îți faci griji dacă nu există documentație pentru ajutor. Ar trebui să găsești majoritatea bug-urilor de UI doar verificând software-ul:
- elemente suprapuse;
- layout spart;
- elemente care sunt în locuri greșite;
- elemente lipsă;
- text care iese dintr-un bloc.
Bug de utilizabilitate
Bug-urile de utilizabilitate necesită o atenție deosebită, pentru că dacă software-ul nu oferă o experiență confortabilă, nimeni nu va vrea să-l folosească.
Exemple de bug-uri de utilizabilitate:
- butonuri cu funcții neclare – fără nume clar al butonului sau iconiță, fără sugestii;
- culori prost alese – când nu poți citi textul clar;
- când utilizatorul nu poate găsi un buton.
Bug de actualizare a sistemului
Software-ul modern se bazează pe actualizări ale sistemului. Conținând funcții noi și corecturi de bug-uri, actualizările de sistem pot avea și ele unele bug-uri care sunt destul de greu de găsit. Cele mai comune rezultate într-o pierdere a tuturor setărilor utilizatorului sau un deconectat din aplicație.
Bug-uri rapid apăsate
Heisenbug este un bug care pare să dispară sau își schimbă comportamentul atunci când încerci să-l studiezi.
Bohrbug este un bug care apare în aceleași condiții de fiecare dată, dar este aproape imposibil să urmărești întreaga serie de evenimente pentru a găsi cauza principală a problemei.
Mandelbug este un bug al cărui cauze sunt atât de complexe încât sfidează repararea sau face comportamentul să pară haotic sau non-determinist.
Schrödinbug este un bug care se manifestă în software-ul care rulează după ce un programator observă că codul nu ar fi trebuit să funcționeze de la început.
Hindenburg este un bug cu un comportament distrugător.
Higgs-bugson este un bug prezis a exista pe baza altor condiții observate, dar este greu, dacă nu imposibil, de reprodus într-un mediu de dezvoltare sau test artificial.
