10 reasons why your bugs are getting rejected
Ne bom ji prizanesel. Poročala sem, da je v zadnjih treh dneh zavrnila 7 hroščev. Vem, da osebno zamero uporablja kot profesionalni meč ……
Soigralec je zagnal in razprava se je nenadoma vnela, ko se je nekaj drugih soigralcev pridružilo enaki izkušnji z drugimi razvijalci. Sestanek ekipe je spregovoril o zavrnitvi hroščev. Po nekaj razpravah smo se v prihodnosti odločili za preprosto vajo, da se rešimo ponižanja zavrnjene hrošče.
Vsak od nas je začel zapisovati kot razloge za zavrnitev napak za zadnjih 10 napak, prijavljenih in zavrnjenih. Seznam teh opomb o zavrnitvi se je izkazal za koristnega za razumevanje prihodnje poti poročanja o napakah in napačne domneve.
Zavrnitev napak in razlogi za to
Namesto da bi razkril seznam, bi rad delil točke rezultatov seznama. Tukaj je -
najboljše orodje za izrezovanje za Windows 10
# 1) Napačno razumevanje zahtev:
Če iz kakršnega koli razloga ne bi pravilno razumeli zahteve, bi zagotovo pazili na napačno interpretirano zahtevo pri dejanski izvedbi in ko je ne bi našli, bi bila po vašem napaka, ki bo končno zavrnjena.
Primer iz resničnega življenja : Po preizkusu recepta ste ugotovili, da je bil neokusen, saj sol ni bila dodana, vendar niste vedeli, da naj bi jo dodajali v času postrežbe, sicer lahko vpliva na videz recepta.
# 2) Izvajanje zahteve:
Kot del prejšnje razprave ste se zavedali, da bo posebna zahteva uresničena na način XYZ. Toda med razvojem je razvijalec ugotovil, da ni mogoče slediti poti XYZ, zato je sledil poti ABC in vam tega niso sporočili.
Na koncu boste prijavili napako, ko boste ugotovili, da zahteva ni bila izvedena tako, kot je bila obravnavana.
Primer iz resničnega življenja : Krojača ste prosili, naj pripravi srajco, in ko ste bili zaprošeni za sojenje, ste jo zavrnili, češ da na njej niste našli gumbov. Ko krojač razloži, da bi nataknitev gumbov na sprednji strani vplivalo na celoten videz srajce in jo zato postavil znotraj sprednje meje, bi zagotovo obnemeli.
# 3) Ni jasnih zahtev:
Kadar ni na voljo jasnih zahtev, lahko vsakdo svojo zahtevo prevzame na svoj način, kar vodi do predpostavke na osebni ravni. Ko vidite, da osebna predpostavka ni izpolnjena, jo označite kot napako.
Primer iz resničnega življenja : Narisati morate cikel, ko je učiteljica napovedala, da je pričakovala, da bodo učenci narisali kolo. Po pol ure, ko je preverila risbo vseh, ni našla nikogar, ki bi ustrezal njenim pričakovanjem. Nejasen stavek je vsak vzel na svoj način in rezultat je bil tricikel, otroški cikel, preveč ciklov, kolesarjenje z invalidskim vozičkom in tako naprej.
# 4) Sprememba zahteve:
Še en primer napačne komunikacije, večino časa. Ko preskuševalcev ne bomo obvestili o spremembah zahtev, bo prijavljenih več napak in na koncu zavrnjeno.
Primer iz resničnega življenja : Sendvič boste zagotovo zavrnili, ko boste ugotovili, da gre za medeni kruh in ne za bananin kruh, ki ste ga naročili. Najmanj ste vedeli, da je vaš partner med pogovorom spremenil vrsto kruha za naročilo, in seveda se mu ni zdelo potrebno, da bi ga delil z vami.
# 5) Razumevanje področja uporabe:
Med testiranjem začnete testirati nekaj, česar na določeni točki ne bi smeli šteti za preizkusnega ali sploh ne bi zajemali meril za izdelek; postali boste žrtev zavrnitve hroščev.
Primer iz resničnega življenja : Morali bi pometati sobo in to je edini poudarek. Kljub temu, če se pritožujete nad neredom na drugih področjih, vas bodo zagotovo ignorirali.
# 6) Testno okolje:
Aplikacija / izdelek je kombinacija številnih zahtev glede strojne in programske opreme - večjih in manjših obeh, in kadar se v testnem okolju ne uporablja pravilno preskusno okolje ali kaj manjka, se zruši aplikacija / izdelek in poroča o kritični napaki….
Naslednje pa je - poglobljena preiskava, saj večinoma nenamerno ne poskrbimo za manjše podrobnosti o testnem okolju, ki smo ga uporabili, in to poveča delo razvijalca. Konec koncev je napaka zavrnjena.
Primer iz resničnega življenja : Tisti slastni kolački, ki ste jih pred nekaj dnevi okušali pri prijatelju, so bili čudoviti, po receptu pa kolački niso bili niti bližje tistemu, ki ste ga imeli.
No, ne bi smeli uporabljati zastarelega masla, saj sveže maslo ni bilo na voljo, ne bi smeli dodajati ščepca grama moke, saj ste mislili, da bi lahko dodalo okus, na ponvi ga ne bi smeli kuhati kot peč ni bil v redu.
najboljša vohunska programska oprema za iphone 5
Priporočeno branje => Kako učinkovito pripraviti 'testno okolje'.
# 7) Uporabljeni testni podatki:
Preskusni podatki, uporabljeni za preskušanje, se ne ujemajo z zahtevo.
Primer iz resničnega življenja : Tudi če veste, da je kalkulator uporaben za numerično obdelavo, če poskušate dodati posebne znake in ko se kalkulator nepričakovano odzove, menite, da ni bil primeren. Res?
Priporočeno branje => Nasveti za oblikovanje testnih podatkov in Preizkusite tehnike upravljanja podatkov .
# 8) Podvojena napaka:
nedefinirano sklicevanje na c ++
Nekdo je že prijavil isto napako in niste poskrbeli, da bi isto preverili, preden ste prijavili napako. Spet zavrnitev.
Primer iz resničnega življenja: Oseba za podporo strankam ne bo vesela, ko od vsakega družinskega člana prejme več pritožb za isti izdelek. Ni bil dovolj en klic, bi pomislil.
# 9) Nepravilen opis napake:
Ko razvijalec ne more razumeti, kaj ste poskušali sporočiti prek poročila o napaki, pričakujte, da bo zavrnjeno, ker so naloženi tudi z drugimi nalogami in ko v poročilu o napaki ne najdejo ustreznega opisa in zahtevanih podrobnosti, ne glede na to, kako kritična napaka je, da bo označena kot zavrnjena.
Priporočeno branje => Kako napisati dobro poročilo o napakah? Namigi in triki.
Primer iz resničnega življenja: Avto morate odkleniti, sedeti in začeti tako, da premaknete tipke v smeri urinega kazalca ... avtomobil se ni zagnal in ste razburjeni. Ali vam ni bilo naročeno, da preverite bencin? Oh, napaka v priročniku, saj je predvideval, da boste zagotovo razumeli, da mora biti privzeto preverjen.
# 10) Neponovljive napake:
Med prijavo napake niste nikoli ugotovili pomembnosti ponovljivosti napake. Če samo zagotovite, ali je napaka vedno ponovljiva ali se pojavlja naključno, lahko prihranite ure dela in še eno zavrnjeno napako.
Primer iz resničnega življenja: Kaj bi preveril zdravnik, ko se pritožujete zaradi grobega mraza, vendar ne najde nobenih simptomov. Oh, samo kihala sem , ne bo izboljšal razmer.
Zaključek
Naša človeška narava nam večino časa omogoča negativno razmišljanje, ko je napaka zavrnjena. Resnično razvijalci ne vidijo posebnega razloga za zavrnitev napake, če je veljavna.
Torej, naslednjič naprej, ne osredotočajte se na število napak. Osredotočite se na kakovostne napake z ustreznimi podrobnostmi, saj je na koncu pomembno, kako ste pomagali izboljšati kakovost izdelka, in ne koliko napak ste prijavili.
Preberite tudi => Kako rešiti vse napake brez oznake „Neveljavna napaka“?
O avtorju: Ta uporaben članek je napisal član ekipe STH Bhumika Mehta. Je vodja projekta, ki ima 7+ let izkušenj s testiranjem programske opreme.
Srečno testiranje! Kot običajno čakanje na vaše poglede na isto.
Priporočeno branje
- Kako rešiti vse napake brez oznake 'Neveljavna napaka'?
- Zakaj je poročanje o napakah umetnost, ki bi se je moral naučiti vsak preizkuševalec?
- Umetnost poročanja o napakah: Kako tržiti in odpraviti napake?
- Zakaj ima programska oprema napake?
- 7 vrst napak programske opreme, ki bi jih moral poznati vsak preizkuševalec
- 11 načinov, kako veš, da si preizkuševalec ..
- Vzorčno poročilo o napaki
- 5 načinov, kako biti drzen in samozavesten preizkuševalec programske opreme