10 reasons why your bugs are getting rejected
Nebudem ju šetriť. Ohlásila som, že za posledné tri dni 7 chrobákov. Viem, že používa osobnú zášť ako profesionálny meč ……
Spoluhráč tápal a diskusia sa náhle rozhorila, keď sa pár ďalších spoluhráčov pripojilo k zdieľaniu rovnakých skúseností s ostatnými vývojármi. Tímové stretnutie zmenilo bod diskusie o odmietnutí chyby. Po nejakej diskusii sme sa všetci rozhodli urobiť jednoduché cvičenie, aby sme sa v budúcnosti zachránili pred ponížením chyby, ktorú odmietol.
Každý z nás si začal robiť poznámky ako dôvody odmietnutia chyby za posledných 10 chýb, nahlásených a odmietnutých. Zoznam týchto poznámok o odmietnutí sa osvedčil ako užitočný na pochopenie budúceho vývoja hlásenia chýb a toho, aký nesprávny predpoklad bol urobený.
Odmietnutie chyby a dôvody za tým
Namiesto odhalenia zoznamu by som sa chcel podeliť o výsledkové odrážky zoznamu. Tu to je -
# 1) Nepochopenie požiadaviek:
Z akýchkoľvek dôvodov, ak by ste požiadavke poriadne neporozumeli, určite by ste si pri skutočnej implementácii dávali pozor na nesprávne interpretovanú požiadavku a keď by ste ju nenašli, bola by to podľa vás chyba, ktorá bude nakoniec zamietnutá.
Skutočný príklad : Po vyskúšaní receptu ste zistili, že bol bez chuti, pretože soľ sa nepridávala, ale nevedeli ste, že soľ sa má pridávať v čase podávania, inak môže ovplyvniť vzhľad receptu.
# 2) Implementácia požiadavky:
V rámci predchádzajúcej diskusie ste si boli vedomí, že konkrétna požiadavka bude implementovaná spôsobom XYZ. Počas vývoja však vývojár zistil, že nie je možné sledovať cestu XYZ, a tak sa vydal cestou ABC a to vám nebolo oznámené.
Nakoniec nahlásite chybu, keď zistíte, že požiadavka nebola implementovaná spôsobom, o ktorom sa diskutovalo.
Skutočný príklad : Požiadali ste krajčíra, aby vám pripravil košeľu, a keď vás požiadali o súdny proces, odmietli ste ho s tým, že ste na ňom nenašli gombíky. Keď krajčír vysvetlí, že zapnutie gombíkov na prednej strane by malo vplyv na celkový vzhľad košele, a preto ju dal dovnútra predného okraja, určite by ste zostali v nemom úžase.
# 3) Žiadne jasné požiadavky:
Ak nie sú k dispozícii jasné požiadavky, každý môže prevziať požiadavku po svojom, čo vedie k predpokladu na osobnej úrovni. Keď uvidíte, že osobný predpoklad nie je uspokojený, označíte ho ako chybu.
ako generovať náhodné čísla v c ++ medzi 0 a 100
Skutočný príklad : Musíte nakresliť cyklus, keď učiteľka oznámila, že čakala, že študenti nakreslia bicykel. Po pol hodine, keď skontrolovala kresbu všetkých, nenašla nikoho, kto by zodpovedal jej očakávaniam. Každý si neurčitý výrok vzal po svojom a výsledkom bola trojkolka, detský cyklus, príliš veľa cyklov, bicykel s invalidným vozíkom a podobne.
# 4) Zmena v požiadavke:
Ďalším príkladom nesprávnej komunikácie je väčšinou. Ak testéri nebudú informovaní o zmenách požiadaviek, nahlásia sa ďalšie chyby, ktoré budú nakoniec odmietnuté.
Skutočný príklad : Určite odmietnete sendvič, keď zistíte, že používal skôr medový chlieb ako banánový chlieb, ktorý ste si objednali. Aspoň ste vedeli, že váš partner zmenil typ chleba na objednávku, keď ste telefonovali, a samozrejme nepovažoval za potrebné sa s vami oň podeliť.
# 5) Pochopenie rozsahu:
Počas testovania začnete testovať niečo, čo by sa v konkrétnom bode nemalo považovať za testovateľné alebo na čo sa nevzťahujú kritériá produktu; stanete sa obeťou odmietnutia chyby.
Skutočný príklad : Mali by ste zamiesť miestnosť a to je jediné zameranie. Napriek tomu, ak sa sťažujete na neporiadok v ostatných oblastiach, budete určite ignorovaní.
# 6) Testovacie prostredie:
Aplikácia / produkt je kombináciou mnohých hardvérových a softvérových požiadaviek - hlavných aj menších, a keď sa nepoužíva správne testovacie prostredie alebo v testovacom prostredí niečo chýba, dôjde k zlyhaniu aplikácie / produktu a nahláseniu kritickej chyby….
Čo sa stane potom je - dôkladné preskúmanie, pretože sa väčšinou nechtiac nestaráme o poskytnutie menších podrobností o testovacom prostredí, ktoré sme použili, čo zvyšuje prácu vývojára. Chyba bude nakoniec odmietnutá.
Skutočný príklad : Tie vynikajúce muffiny, ktoré ste pred pár dňami ochutnali u kamaráta, boli úžasné a po dodržaní receptu neboli muffiny ani zďaleka také, aké ste mali.
No, nemali ste používať zatuchnuté maslo, pretože čerstvé maslo nebolo k dispozícii, nemali ste pridať štipku gramovej múky, pretože ste si mysleli, že by to mohlo pridať chuť, nemali ste ho variť na panvici ako rúru na pečenie. bol mimo prevádzky.
Odporúčané čítanie => Ako efektívne pripraviť „testovacie prostredie“.
# 7) Použité testovacie údaje:
Testovacie údaje použité na testovanie sa nezhodovali s požiadavkou.
Skutočný príklad : Aj keď viete, že kalkulačka je užitočná na numerické spracovanie, ak sa pokúsite pridať špeciálne znaky, a keď kalkulačka neočakávane odpovie, myslíte si, že to bolo nesprávne. Naozaj?
Odporúčané čítanie => Tipy na návrh testovacích údajov a Testovanie postupov správy údajov .
# 8) Duplicitná chyba:
Niekto už nahlásil tú istú chybu a vy ste sa nestarali skontrolovať to isté pred nahlásením chyby. Opäť odmietnutie.
Skutočný príklad: Osoba zákazníckej podpory nebude šťastná, keď dostane viac sťažností na rovnaký produkt od každého člena rodiny. Nebol jediný hovor, pomyslel si.
ako nastaviť sieťový firewall
# 9) Nesprávny popis chyby:
Ak vývojár nedokáže pochopiť, čo ste sa prostredníctvom hlásenia chyby snažili oznámiť, očakávajte, že bude odmietnutý, pretože sú načítané aj s inými úlohami a keď v hlásení o chybe nenájdu správny popis a požadované podrobnosti. kritická je chyba, očakáva sa, že bude označená ako Odmietnutá.
Odporúčané čítanie => Ako napísať dobrú správu o chybe? Tipy a triky.
Skutočný príklad: Musíte odomknúť auto, mali by ste si sadnúť a mali by ste začať pohybom kľúčov v smere hodinových ručičiek ... auto sa nenaštartovalo, takže ste naštvaní. Nemali ste pokyn skontrolovať benzín? Chyba v príručke, pretože predpokladala, že určite pochopíte, že by mala byť štandardne kontrolovaná.
# 10) Nereprodukovateľné chyby:
Pri hlásení chyby ste si nikdy neuvedomili dôležitosť reprodukovateľnosti chyby. Len zaistenie toho, či je chyba reprodukovateľná vždy alebo sa zobrazuje náhodne, môže ušetriť hodiny práce a ešte jednu odmietnutú chybu.
Skutočný príklad: Čo by lekár skontroloval, keď sa sťažujete na prechladnutie, ale nenájde žiadne príznaky. Och, len som silno kýchla , situáciu nezlepší.
Záver
Naša ľudská povaha nám väčšinou umožňuje myslieť negatívne, keď je nahlásená chyba odmietnutá. Vývojári skutočne nevidia konkrétny dôvod na odmietnutie chyby, ak je platná.
Takže nabudúce sa nesústreďte na počet chýb. Zamerajte sa na kvalitatívne chyby s náležitými podrobnosťami, pretože nakoniec záleží na tom, ako ste pomohli pri zlepšovaní kvality produktu, a nie na to, koľko chýb ste nahlásili.
Prečítajte si tiež => Ako vyriešiť všetky chyby bez štítku „Neplatná chyba“?
O autorovi: Tento užitočný článok píše členka tímu STH Bhumika Mehta. Je vedúcou projektu a má viac ako 7 rokov skúseností s testovaním softvéru.
Príjemné testovanie! Ako obvykle čakajú na vaše názory rovnaké.
Odporúčané čítanie
- Ako dosiahnuť vyriešenie všetkých chýb bez štítku „Neplatná chyba“?
- Prečo je hlásenie chyby umenie, ktoré by sa mal naučiť každý tester?
- Umenie hlásenia chýb: Ako uvádzať na trh a opraviť chyby?
- Prečo má softvér chyby?
- 7 typov softvérových chýb, ktoré by mal poznať každý tester
- 11 spôsobov, ako viete, že ste tester ...
- Ukážka hlásenia o chybe
- 5 spôsobov, ako byť odvážnym a sebavedomým testerom softvéru