7 types software errors that every tester should know
Je čas opäť zverejniť príspevok základy testovania softvéru . Tento príspevok sa venuje typom softvérových chýb, ktoré by mali poznať všetci testeri.
aplikácia na stiahnutie videa z youtube pre PC
Softvérové chyby sú mnohých druhov. Chyba je chyba, nech sa deje čokoľvek. Ale niekedy je dôležité pochopiť podstatu, jej dôsledky a dôvod, prečo ju lepšie spracovať.
To pomáha rýchlejšej reakcii a čo je najdôležitejšie, vhodnej reakcii.
V tomto článku budeme diskutovať bežné druhy softvérových chýb a ako ich identifikovať počas testovania pomocou niekoľkých príkladov a jednoduchých cvičení.
Začnime definovaním softvérových chýb a chýb.
Čo sa dozviete:
Chyby a chyby softvéru
Ako je definované v Wikipedia „ An chyba je odchýlka od presnosti alebo správnosti “A„ TO softvérová chyba je chyba, chyba, porucha alebo chyba v počítačovom programe alebo systéme, ktorá vedie k nesprávnemu alebo neočakávanému výsledku alebo nesprávnemu správaniu „.
Dá sa teda odvodiť:
- Chyba predstavuje odchýlku skutočného výsledku od očakávaného výsledku.
- Chyby sú kategóriou softvérové chyby .
- Chyby môžu byť zavedené v dôsledku neúplných alebo nepresných požiadaviek alebo v dôsledku problémov so zadaním ľudských údajov.
Bežné kategórie softvérových chýb:
# 1) Chyby funkčnosti :
Funkčnosť je spôsob, akým sa má softvér správať. Softvér obsahuje chybu funkčnosti, ak je niečo, čo od neho očakávate, ťažké, nepríjemné, mätúce alebo nemožné.
Skontrolujte túto snímku obrazovky:
Očakávaná funkčnosť tlačidla Zrušiť je, že by sa malo okno „Vytvoriť nový projekt“ zavrieť a žiadna zo zmien by sa nemala ukladať (t. J. Nesmie sa vytvárať žiadny nový projekt). Ak na tlačidlo Zrušiť nemožno kliknúť, jedná sa o chybu funkčnosti.
# 2) Chyby v komunikácii:
Tieto chyby sa vyskytujú pri komunikácii zo softvéru ku koncovému používateľovi. Všetko, čo koncový užívateľ potrebuje, aby mohol používať softvér by mal byť sprístupnený na obrazovke .
Pár príkladovkomunikačných chýb - nie sú k dispozícii žiadne pokyny / menu pomoci, funkcie, ktoré sú súčasťou vydania, ale nie sú zdokumentované v ponuke pomoci, tlačidlo s názvom „Uložiť“ by nemalo vymazať súbor atď.
# 3) Chýbajúce chyby príkazov:
Toto sa stáva nastať, keď chýba očakávaný príkaz . Pozri túto snímku obrazovky:
Toto okno umožňuje používateľovi vytvoriť nový projekt. Používateľ však nemá možnosť opustiť toto okno bez vytvorenia projektu. Pretože používateľovi nie je poskytnutá možnosť / tlačidlo „Zrušiť“, jedná sa o chýbajúcu chybu príkazu.
# 4) Syntaktická chyba:
Syntaktické chyby sú nesprávne napísané slová alebo gramaticky nesprávne vety a sú veľmi zrejmé pri testovaní softvérového grafického používateľského rozhrania . Upozorňujeme, že NEROZMERUJEME chyby syntaxe v kóde. Kompilátor upozorní vývojára na všetky syntaktické chyby, ktoré sa vyskytnú v kóde
Všimnite si nesprávne napísané slovo „Zrušiť“:
Všimnite si gramaticky nesprávnu správu:
# 5) Chyby pri spracovaní chýb:
Všetky chyby, ktoré sa vyskytnú pri interakcii používateľa so softvérom, je potrebné riešiť jasne a zreteľne zmysluplným spôsobom . Ak nie, nazýva sa to ako chyba pri spracovaní chyby.
Prezrite si tento obrázok. Chybové hlásenie neposkytuje žiadny údaj o tom, o akú chybu vlastne ide. Chýba povinné pole, chyba pri ukladaní, chyba pri načítaní stránky alebo ide o systémovú chybu? Preto sa jedná o „chybu pri odovzdávaní chyby“.
Ak je to možné, mali by byť uvedené ďalšie kroky, ktoré by používateľ mal dodržiavať.
Ak má softvér určité povinné polia, ktoré je potrebné vyplniť, aby mohol informácie uložiť do formulára, potvrdzovacie správy by mali byť jasné a mali by naznačovať, čo vyžaduje používateľ.
Tu sú ďalšiepríklady:
# 6) Chyby výpočtu:
Tieto chyby sa vyskytujú z niektorého z nasledujúcich dôvodov:
- Zlá logika
- Nesprávne vzorce
- Nezhoda dátového typu
- Chyby pri kódovaní
- Problémy s volaním funkcií atď.
V roku 1999 stratila NASA podnebný orbiter na Marse, pretože jeden zo zamestnaných subdodávateľov NASA používal namiesto zamýšľaného metrického systému anglické jednotky, čo spôsobilo, že trysky orbitera nefungovali správne. Kvôli tejto chybe sa orbiter zrútil takmer okamžite po príchode na Mars.
# 7) Chyby v riadení toku :
Tok riadenia softvéru popisuje, čo bude robiť ďalej a za akých podmienok.
NapríkladZvážte systém, v ktorom musí používateľ vyplniť formulár, a možnosti, ktoré má používateľ k dispozícii: Uložiť, Uložiť a zavrieť a Zrušiť. Ak používateľ klikne na tlačidlo „Uložiť a zavrieť“, mali by sa uložiť informácie o používateľovi vo formulári a formulár by sa mal zavrieť. Ak sa kliknutím na tlačidlo formulár nezavrie, jedná sa o chybu toku riadenia.
Cvičenie:
Pozrime sa, do ktorých kategórií chýb patria tieto chyby:
Cvičenie č. 1:
Toto sú chyby spracovania chýb.
Cvičenie č. 2:
Toto je chyba chýbajúceho príkazu. Tlačidlo Zrušiť je povinné, ale chýba. Rovnako sú obe tlačidlá „Pokračovať“ a „Odstrániť“ nadbytočné a vykonávajú rovnakú funkciu.
Cvičenie # 3
Toto je syntaktická chyba.
Ďalši krok:
Hlásenie chyby je potrebné ihneď po identifikácii. Najlepšie výsledky dosiahnete, ak nahlásite okamžite.
Do hlásenia o chybe zahrňte popis, prioritu, závažnosť, spúšťače a kroky na opätovné vytvorenie scenára. Snímky obrazovky (ak existujú).
Ďalšie informácie o písaní efektívnych správ o chybách nájdete na skontrolovať tento príspevok .
Záver
Identifikácia chyby, kategorizácia, hlásenie a prípadne odstránenie sú súčasťou činností kontroly kvality.
ako sa stať testerom výrobkov
Ale, Prevencia je lepšia ako liečba. Podstatou jadra zabezpečenia kvality softvéru je ustanoviť procesy monitorovania a kontroly v každej fáze životného cyklu vývoja softvéru.
Navrhované čítanie = >> Ako opraviť chybu vykresľovača zvuku
Cieľom je zistiť chyby čo najskôr. Je to tak preto, lebo náklady na hľadanie a opravu chýb sa dramaticky zvyšujú s postupujúcim vývojom softvéru. Preto je nevyhnutná včasná identifikácia chýb.
Oprava chyby je najlacnejšia počas fázy analýzy požiadaviek, s každou fázou sa postupne predražuje a je najdrahšia vo fáze údržby po vydaní.
Ako inžinieri zabezpečovania kvality môžeme alebo nemusíme byť priamo zapojení do definície požiadaviek. Môžeme tiež mať malú alebo žiadnu priamu kontrolu nad kvalitou požiadaviek.
Preto je nevyhnutné, aby sme boli schopní identifikovať, vyhľadávať a hlásiť chyby, na ktoré narazíme vo fáze testovania.
O autorovi: Tento užitočný článok napísala Neha B. V súčasnosti pracuje ako manažérka zabezpečenia kvality a špecializuje sa na vedenie a riadenie interných a offshore QA tímov.
Dajte nám vedieť o ďalších druhoch softvérových chýb, ktoré poznáte alebo s ktorými ste sa stretli.
Odporúčané čítanie
- Typy rizík v softvérových projektoch
- Ukážka hlásenia o chybe
- Oznamujem môj nový eBook „Softvérový kariérny balík pre testovanie softvéru - Cesta testera softvéru od získania zamestnania až po pozíciu testovacieho vodcu!“
- Je práca softvérového testera skutočne pozíciou pre nízky profil?
- Sprievodca dokonalým pokračovaním v testovaní softvéru (s ukážkou pokračovania v softvérovom testeri)
- 5 spôsobov, ako byť odvážnym a sebavedomým testerom softvéru
- 5 vecí, ktoré by mal začiatočník (a tester) vedieť o testovaní softvéru
- Charakteristika testovacieho modulu zlého softvéru