7 types software errors that every tester should know
Vrijeme je opet za objavu na osnove testiranja softvera . Ovaj je post o vrstama softverskih pogrešaka koje bi svi testeri trebali znati.
želim testirati proizvode za tvrtke
Softverske programske pogreške su mnogih vrsta. Bug je bug bez obzira na sve. Ali ponekad je važno razumjeti prirodu, njene implikacije i uzrok bolje obrade.
To pomaže bržoj reakciji i što je najvažnije, odgovarajućoj reakciji.
U ovom ćemo članku raspravljati uobičajene vrste softverskih pogrešaka i kako ih prepoznati tijekom testiranja s nekoliko primjera i jednostavnih vježbi.
Krenimo od definiranja softverske pogreške i grešaka.
Što ćete naučiti:
- Pogreške i programske pogreške
- Uobičajene kategorije softverskih pogrešaka:
- Vježba:
- Zaključak
- Preporučena literatura
Pogreške i programske pogreške
Kako je definirano u Wikipedija ' An pogreška je odstupanje od točnosti ili ispravnosti 'I' DO programska greška je pogreška, mana, kvar ili kvar u računalnom programu ili sustavu koji uzrokuje netačan ili neočekivan rezultat ili se ponaša na nenamjerni način '.
Dakle, može se zaključiti sljedeće:
- Pogreška je odstupanje stvarnog rezultata od očekivanog rezultata.
- Pogreške su kategorija programske pogreške .
- Pogreške se mogu uvesti kao rezultat nepotpunih ili netočnih zahtjeva ili zbog problema s unosom ljudskih podataka.
Uobičajene kategorije softverskih pogrešaka:
# 1) Pogreške u funkcionalnosti :
Funkcionalnost je način na koji se softver namjerava ponašati. Softver ima pogrešku u funkcionalnosti ako je nešto što očekujete da je teško, neugodno, zbunjujuće ili nemoguće.
Pogledajte ovu snimku zaslona:
Očekivana funkcionalnost gumba Otkaži je da se prozor 'Stvori novi projekt' zatvori i ne treba spremiti nijednu promjenu (tj. Ne smije se stvoriti novi projekt). Ako se na gumb Odustani ne može kliknuti, to je pogreška funkcionalnosti.
# 2) Pogreške u komunikaciji:
Te se pogreške javljaju u komunikaciji od softvera do krajnjeg korisnika. Sve što krajnji korisnik treba znati da bi mogao koristiti softver bi trebao biti dostupan na ekranu .
Nekoliko primjerakomunikacijskih pogrešaka su - Nisu pružene upute / izbornik za pomoć, značajke koje su dio izdanja, ali nisu dokumentirane u izborniku pomoći, gumb nazvan 'Spremi' ne bi trebao izbrisati datoteku itd.
# 3) Nedostaju pogreške naredbe:
Ovo se dogodi da se dogodi kada nedostaje očekivana naredba . Pogledajte ovu snimku zaslona:
Ovaj prozor omogućuje korisniku stvaranje novog projekta. Međutim, ne postoji mogućnost da korisnik izađe iz ovog prozora bez stvaranja projekta. Budući da opcija / gumb 'Otkaži' nije dostupna korisniku, ovo nedostaje pogreška naredbe.
# 4) Sintaktička pogreška:
Sintaktičke pogreške pogrešno su napisane riječi ili gramatički netočne rečenice i vrlo su očite tijekom testiranja softverskog GUI-ja . Imajte na umu da se NE pozivamo na sintaksne pogreške u kodu. Prevoditelj će upozoriti razvojnog programera na bilo kakve sintaksne pogreške koje se pojave u kodu
Obratite pažnju na pogrešno napisanu riječ 'Otkaži':
Obratite pažnju na gramatički netočnu poruku:
# 5) Pogreška pri rukovanju pogreškama:
Sve pogreške koje se pojave dok korisnik komunicira sa softverom moraju se rješavati na jasan i jasan način smislen način . Ako nije, naziva se pogreškom pri rukovanju pogreškama.
Pogledajte ovu sliku. Poruka o pogrešci ne daje naznake o tome što je zapravo pogreška. Nedostaje li obavezno polje, pogreška spremanja, pogreška učitavanja stranice ili je riječ o pogrešci sustava? Dakle, ovo je 'Greška pri predaji pogreške'.
Kad je moguće, trebaju biti navedeni daljnji koraci koje će korisnik slijediti.
Ako softver ima određena obavezna polja koja je potrebno ispuniti prije nego što podatke može spremiti u obrazac, poruke provjere valjanosti trebaju biti jasne i ukazivati na radnju koju korisnik zahtijeva.
Evo i drugihprimjeri:
# 6) Pogreške izračuna:
Te se pogreške javljaju iz bilo kojeg od sljedećih razloga:
- Loša logika
- Pogrešne formule
- Nepodudaranje tipa podataka
- Pogreške kodiranja
- Problemi s pozivima funkcije itd.
1999. NASA je izgubila svoj klimatski orbit na Marsu jer je jedan od podizvođača koje je NASA upotrijebila koristio engleske jedinice umjesto predviđenog metričkog sustava, zbog čega su potisnici orbitera radili pogrešno. Zbog ove bubice, orbiter se srušio gotovo odmah kad je stigao na Mars.
# 7) Kontrole pogrešaka protoka :
Kontrolni tok softvera opisuje što će dalje raditi i pod kojim uvjetima.
Na primjer, razmotrite sustav u kojem korisnik mora ispuniti obrazac, a opcije koje su mu na raspolaganju su: Spremi, Spremi i zatvori i Otkaži. Ako korisnik klikne na gumb 'Spremi i zatvori', korisničke podatke u obrascu treba spremiti, a obrazac zatvoriti. Ako klikom na gumb ne zatvorite obrazac, to je pogreška kontrolnog toka.
Vježba:
Idemo identificirati u koje kategorije pogrešaka spadaju sljedeće:
Vježba # 1:
To su pogreške pri rukovanju pogreškama.
Vježba # 2:
je mrežni ključ wifi lozinka
Ovo je pogreška pogreške naredbe. Gumb za otkazivanje potreban je, ali nedostaje. Također, oba gumba 'Proceed' i 'Delete' su suvišna i izvršavaju istu funkciju.
Vježba # 3
Ovo je sintaktička pogreška.
Sljedeći korak:
Izvještavanje o pogrešci nakon što je utvrđena je ključno. Za najbolje rezultate prijavite odmah.
Uključite opis, prioritet, ozbiljnost, okidače i korake za ponovno stvaranje scenarija, snimke zaslona (ako ih ima) u izvješću o programskoj pogrešci.
Za više informacija o pisanju učinkovitih izvješća o kvarovima, provjerite ovaj post .
Zaključak
Identifikacija nedostataka, kategorizacija, prijavljivanje i eventualno uklanjanje dio su aktivnosti kontrole kvalitete.
Ali, prevencija je bolja od liječenja. Suština je osiguranja kvalitete softvera uspostaviti nadzor i inspekciju procesa u svakoj fazi životnog ciklusa razvoja softvera.
Predloženo čitanje = >> Kako ispraviti pogrešku rendera zvuka
Cilj je otkriti pogreške što je ranije moguće. To je zato što se troškovi pronalaženja i ispravljanja pogrešaka dramatično povećavaju kako napreduje razvoj softvera. Stoga je presudno rano prepoznavanje pogrešaka.
Ispravljanje pogreške najjeftinije je u fazi analize zahtjeva, postupno se skuplja sa svakom fazom, a najskuplje je u fazi održavanja nakon objavljivanja.
Kao QA inženjeri, možemo ili ne moramo biti izravno uključeni u definiranje zahtjeva. Također možemo imati malo ili nimalo izravne kontrole kvalitete zahtjeva.
Stoga je neophodno da možemo identificirati, potražiti i prijaviti sve pogreške na koje naiđemo tijekom faze testiranja.
O autoru: Ovaj korisni članak napisala je Neha B. Trenutno radi kao voditeljica osiguranja kvalitete, a specijalizirala se za vođenje i upravljanje internim i offshore QA timovima.
Obavijestite nas o drugim vrstama softverskih pogrešaka koje znate ili ste se susretali s njima.
Preporučena literatura
- Vrste rizika u softverskim projektima
- Uzorak izvještaja o greškama
- Najavljujem moju novu e-knjigu 'Karijera za testiranje softvera - putovanje ispitivača softvera od traženja posla do postajanja vođom testa!'
- Je li posao testera softvera zaista posao niskog profila?
- Savršen vodič za životopis testiranja softvera (s uzorkom životopisa testera softvera)
- 5 načina da budete hrabar i samopouzdan ispitivač softvera
- 5 stvari koje bi početnik (i ispitivač) trebao znati o testiranju softvera
- Karakteristike lošeg ispitivača softvera