cosmetic functional bugs what has be treated
Testerovi sú vždy kladené obrovské zodpovednosti za odhalenie akýchkoľvek druhov chýb, ktoré softvér obsahuje. Bez ohľadu na funkčnosť a používateľské rozhranie môžu testeri vyskytnúť chyby všade, kde dôjde k nezhode.
ako otvárať súbory .jar
Tento článok pomáha pochopiť dôležitosť funkčných a kozmetických chýb. Ďalej sú tu zrozumiteľným spôsobom vysvetlené faktory, ktoré je potrebné zohľadniť pri stanovovaní ich priorít niektoré živé príklady ilustrácií .
Čo sa dozviete:
Dôležitosť funkčných a kozmetických chýb
Pri vývoji softvéru sú nevyhnutné chyby. Preto je vždy veľmi dôležité vykonať dôkladné testovanie softvéru skôr, ako bude možné ho použiť naživo. Testovanie softvéru sa môžu stať dôležitejšími, pretože pomáhajú pri identifikácii vývojárom chýbali chyby .
Tieto neidentifikované chyby môžu byť naživo veľmi nákladné. Preto je potrebné vykonať správny plán testovania a vykonať testy, aby sa zlepšila kvalita softvéru.
Obr. 1:
Vyššie uvedený obrázok musí nahrať obrazový súbor, ktorý softvér nedokázal zobraziť. Toto je vážny problém, ktorý môže vážne spôsobiť obchodné dopady.
Kozmetické chyby a ich značný význam
Kozmetické požiadavky nie sú ničím iným ako používateľským rozhraním alebo iba predným vzhľadom softvéru. Väčšinou sa stáva, že sa to medzi rôznymi vydaniami neustále mení.
Stáva sa to najmä v projektoch, kde sa dodržiava agilná metodika. Uvoľnenia sa tu vyskytujú vo forme šprintov. Preto sa zvyčajne nazývajú vydanie Sprint alebo len SR-xx, kde „xx“ označuje číslo vydania.
Každé vydanie môže mať určitý súbor požiadaviek. Spravidla sa klienti veľmi často pripravujú na vyžiadanie zmien v používateľskom rozhraní alebo iba v používateľskom rozhraní.
Nasleduje niekoľko príkladov kozmetických požiadaviek:
- Ponuky musia byť dostupné s písmom Calibri a.
- Textové pole A musí byť v 1,2 palcoch
- Všetky generované prehľady musia mať nadpis veľkosti H1 s farbou „002522“.
Vyššie je uvedených niekoľko príkladov kozmetických požiadaviek, ktoré môžu prísť. Toto sú požiadavky zamerané hlavne na improvizácia použiteľnosti softvéru . Ďalším dôvodom kozmetických požiadaviek je optimalizácia softvéru a jeho dizajnu na obchodné účely.
Obr
Na vyššie uvedenom obrázku sú funkčné aj kozmetické problémy. Funkčné problémy, ako napríklad začiarkavacie políčko, sa nezobrazia pri možnosti „Použiť DeathByCaptcha“.
Kozmetický problém je tu viditeľný ako žiadne jednotné písmo, ktoré bolo použité.
Faktor priority pre kozmetické chyby alebo potreby klientov
Kozmetické potreby sú klientmi poznačené trochu zásadne. Je to z dôvodu obáv z potreby veľmi jednoduchej a zároveň efektívnej interakcie softvéru, aby bolo ľahké dosiahnuť ciele. V prípade problémov s používateľským rozhraním sa klienti dostanú k predajcom s chybou s nízkou prioritou.
Ako sa zvyčajne stáva, vývojári sa zaoberajú funkčnými aspektmi softvéru ako kozmetickými, pretože sú to väčšinou oblasti s nízkym dopadom.
Testéri softvéru chcú, aby všetky požiadavky uvedené klientmi boli k dispozícii pri zlyhaní softvéru, čo prirodzene vyvoláva chybu. A je to tu, kde všetci vzlietajú. Priorita nastavená testerom sa vyskytuje ako výsledok z návrhu klienta. Pohľad vývojárov sa trochu líši od pohľadu testerov. Vždy zisťujú, či chyba môže spôsobiť narušenie funkčnosti.
Tu prichádza na rad opakujúca sa diskusia a jej výsledkom môže byť, že sa niekedy stanú odporúčania testovacieho tímu. Ak nie je v aktuálnom vydaní, môže sa to stať v nasledujúcom.
Skutočný príklad č. 1)
Klient požadoval, aby sa logo spoločnosti zobrazovalo na domovskej stránke v záhlaví spolu s funkciou rýchleho načítania. Predajca dodal softvér, pri ktorom načítanie firemného loga chvíľu trvá a klienti s pocitom, že sa logo nenačítava, zvýšia pozornosť zákazníka naživo.
Týmto sa predajcom spôsobili väčšie škody. Príčinou problému môže byť veľkosť obrázka alebo povaha obrázka alebo čokoľvek iné. Aj keď to nefunguje funkčne, prestavuje sa to ako živý problém.
Funkčné chyby - kritické a prioritné faktory
Všeobecne sa chyby považujú za prioritné na základe priority stanovenej klientmi a potenciálnych dopadov, ktoré môžu zanechať v podniku. Vývojári všeobecne veria, že na najdôležitejších chybách sa musí pracovať. Je to zrejmejšie, pretože funkčné chyby sú niečo, čo potláča ich prácu.
A na základe priority chcú klienti uprednostniť niekoľko funkčných a kozmetických chýb v rovnakom vydaní. Faktor kritickosti závisí od dopadu alebo od potenciálneho dopadu, ktorý môže chyba zanechať. Faktor priority je založený čisto na klientovi a jeho potrebách.
Pokiaľ ide o kritickosť, je veľmi dôležité, aby boli funkčné chyby opravené bez oneskorenia. Pokiaľ ide o kozmetické chyby, môžu ísť s rozhodnutiami prijatými klientmi
nástroje, ktoré potrebujete na vývoj webových aplikácií
Obr
Na vyššie uvedenom obrázku sú funkčné problémy, ako sú problémy s dizajnom a prekrývaním textu, a kozmetické problémy, ako je problém s písmom.
Skutočný príklad č. 2)
Klient v príklade č. 1 mal viac vydaní od rovnakého dodávateľa. Klienti sú spokojní s výsledkami poskytnutými predajcami. Teraz zrazu existuje niekoľko obchodných scenárov, ktoré klienti identifikovali ako nefunkčné, spolu s niekoľkými ďalšími zoznamami problémov so zobrazením. Pretože ich funkčne ovplyvňujúce problémy sa považujú za kritické pre klientov, požiadali dodávateľov, aby ich čo najskôr odstránili.
A keďže problémy so zobrazením mali známky zanechávania menšej miery dopadov, klienti ich uprednostňovali vo viacerých vydaniach. Klienti boli pripravení zverejniť opravy niektorých problémov so zobrazením a väčšiny funkčných problémov. Je to tak preto, lebo všetky funkcie môžu mať vplyv na podnikanie a niekoľko problémov so zobrazením má potenciál na vytváranie dopadov.
Obchodné dopady
Všetky chyby môžu viesť k určitému nesúladu softvéru s požiadavkami klienta. Pokiaľ ide o dopady na podnikanie, určite sú to funkčné chyby, ktoré si zaslúžia spôsobiť vážne dopady na podnikanie. Pretože kozmetické chyby zodpovedajú problému s dizajnom a vzhľadom používateľského rozhrania, môžu používateľom vytvárať problémy s použiteľnosťou a vzhľadom.
Inými slovami, tieto sa lepšie nazývajú ako kozmetické vylepšenia ako chyby. Aj keď to nemôže mať závažnejší dopad na podnikanie, môžu používateľom spôsobiť pri používaní softvéru určité ťažkosti.
Skutočný príklad č. 3)
Predajcovia dodali novú verziu softvérovej aplikácie v mobilnej verzii. Existuje niekoľko funkcií v mobilných aplikáciách, ktoré vyžadujú, aby používateľ klikal na nejaký odkaz častejšie. To medzi užívateľmi vyvolalo pocit zhoršenej použiteľnosti. Predajcovia musia prehodnotiť dizajn a postup v aplikácii. Po zmene toku začala aplikácia získavať viac používateľov, ktorí ich začali používať.
Pri mnohých takýchto aplikáciách zohráva hlavnú úlohu použiteľnosť. Aj keď nedošlo k žiadnym funkčným zmenám, došlo k niekoľkým zmenám v kozmetike, vďaka ktorým boli aplikácie silnejšie
Porovnávacia štúdia medzi kozmetickými chybami a funkčnými chybami
Existuje niekoľko variácií medzi klasifikáciami chýb, ako sú funkčné a kozmetické, vo viacerých aspektoch životného cyklu testovania softvéru. Niekoľko z nich je formulovaných a zostavených do tabuľky ako rozdiel medzi oboma typmi:
| Porovnávacia oblasť | Funkčné chyby | Kozmetické chyby |
|---|---|---|
| Možné príčiny | Môže to mať niekoľko príčin: 1. Problémy s kódovaním 2. Problémy so synchronizáciou 3. Problémy so závislými aplikáciami | Problém môže spôsobovať: 1. Problémy s dizajnom 2. Nepodporovaný problém so súborom |
| Stupeň rekreácie | Obnovenie funkčných chýb môžu byť vykonané buď testermi, alebo samotnými klientmi | Kozmetické chyby si vyžadujú minimálne úsilie pri rekreácii, pretože sú väčšinou identifikované na úrovni používateľského rozhrania |
| Kritickosť | Sú väčšinou kritické, pretože funkčné poruchy môžu mať závažný dopad na podnikanie | Môžu sa stať kritickými len vo veľmi zriedkavých prípadoch. |
| Priorita | Priorita je stanovená klientmi | Priorita je stanovená klientmi |
| Potenciálny dopad | Rozdelenie funkcií môže spôsobiť vážne problémy v podnikaní klientov | Aj keď nemôžu mať priamy vplyv, môžu tiež prijať potenciálne vplyvy. |
| Úvahy o vylepšeniach | Tieto chyby nikdy nemožno odporučiť alebo považovať za vylepšenie | Tieto chyby možno považovať alebo považovať za vylepšenie |
| Náklady, ak nie sú stanovené | Vysoké náklady, keď sa problém vyskytne na živom softvéri | Nie veľa nákladov |
Kozmetické ilustrácie chýb
Kozmetická chyba môže mať vplyv na niektorých miestach, kde sú na softvéri firemné logá alebo obrázky partnerstiev, ale nenačíta sa správne. Aj keď sú to nefunkčné chyby, môžu sa stať závažnými. Pochopme nasledujúce ilustrácie, aby sme pochopili význam kozmetických chýb a ich významnú úlohu.
Prípadová štúdia
Softvér A vyvíja dodávateľ B. Režim dodávok klientovi je vo forme poklesu kódu každý mesiac po vydaní základnej verzie. Z dodaného produktu klienti uvedú všetky problémy, chyby a vylepšenia na základe ich závažnosti a priority.
Priorita ide ako P1, P2, P3 a P4.
Kritika je rovnaká Ťažké, veľké, vysoké a nízke.
Teraz klienti očakávajú, že všetky závažné, závažné chyby P1 budú opravené v 30. týždni. Podobne vysoké, P2 chyby v 35. týždni. Nízke, opravy P3 chýb sa očakávajú v 40. týždni. Nakoniec, P4 chyby sa očakávajú v týždni 40. Medzi všetkým vydaním opráv klient blokuje 3-dňovú medzipamäť.
Nasledujúce pozorovanie sa stáva veľmi kritickým:
- Pretože sa plánovalo ako zreťazený režim, akékoľvek oneskorenie bude mať väčší vplyv na nasledujúce plány.
- Priority si vytvárajú klienti, a preto ich plánujú zverejniť v požadovanom období
- Oneskorenie chýb s nízkou prioritou má potenciál na zvýšenie ich priority z nízkej priority na vyššiu.
- Menšie oneskorenia môžu mať vážny dopad na podnikanie a ponechanie malých a menších chýb sa stane väčším.
Zoznámte sa s testermi a vývojármi
„Nepočítajte vajcia skôr, ako sa vyliahnu“ - Tento riadok je použiteľný pre vývojárov aj testerov. Keď bol softvér vyvinutý a pripravený na testovanie, testéri majú sklon myslieť na vyššie uvedené riadky. Po testovaní je teraz na rade vývojárov, aby vysvetlili hranice testerov. Nasledujú myšlienky prúdiace medzi nimi:
- Testéri tvrdia vývojárom, že vo vašom softvéri je toľko chýb, ktoré môžeme zachytiť. Vaša práca sa preto neskončila.
- Po dokončení testovacej fázy a po mnohých chybách si vývojári myslia, že ste si nemysleli, že ste vytvorili viac chýb. Nájdeme vhodný dôvod na odmietnutie väčšiny chýb, ktoré ste vytvorili, a ktoré nie sú skutočné.
Medzi testermi a vývojármi preto vždy existuje istý druh argumentačného prístupu. Aby sa zabezpečilo, že sú všetky výstupy projektu synchronizované, je nevyhnutné, aby sprostredkovateľ (projektový manažér), ktorý dokáže vyriešiť spory, aby boli výstupy optimalizované a absolútne bez úniku chýb.
Záver
Vyššie uvedené články musia vysvetľovať všetky nevyhnutné a dôležité aspekty kozmetických chýb a ako sa dajú porovnať s funkčnými chybami . Vyššie uvedený článok tiež vysvetľuje, ako možno kozmetické chyby liečiť v porovnaní s funkčnými chybami.
Aj keď kritickosť funkčných chýb je vyššia ako u kozmetických chýb, tieto si vyhradzujú svoje miesto pri získavaní priorít od klientov. S cieľom vyvážiť softvér s rozlíšením pre všetky chyby, všeobecne sa odporúča pri liečbe chýb rozumieť kritickosti, priorite a odporúčaniu klienta.
O autorovi: Toto je článok, ktorý napísal Nagarajan. Pracuje ako testovací vedúci s viac ako 6-ročnými skúsenosťami s testovaním v rôznych funkčných oblastiach, ako sú bankovníctvo, aerolínie a telekomunikácie, pokiaľ ide o manuálnu aj automatizáciu.
Aký je váš názor na kozmetické a funkčné chyby? Rád by som videl vaše myšlienky nižšie.
otázky a odpovede na mobilné testovacie rozhovory
Odporúčané čítanie
- Kognitívne predsudky v testovaní softvéru: Prečo testerom chýbajú chyby?
- Prečo má softvér chyby?
- Ako dosiahnuť vyriešenie všetkých chýb bez štítku „Neplatná chyba“?
- Funkčné testovanie vs. Testovanie výkonu: Malo by sa to robiť súčasne?
- 10 dôvodov, prečo sú vaše chyby odmietané a čo môžete urobiť ako tester!
- Čo je testovanie dlhovekosti? Ako chytiť chyby skôr, ako to zákazník nájde
- Umenie hlásenia chýb: Ako uvádzať na trh a opraviť chyby?
- Top 30 nástrojov na funkčné testovanie v roku 2021