cosmetic functional bugs what has be treated
Testerovi jsou vždy uloženy obrovské odpovědnosti za odhalení jakéhokoli druhu chyby, kterou software má. Bez ohledu na funkčnost a uživatelské rozhraní mohou testeři hlásit chyby všude tam, kde je neshoda.
Tento článek pomáhá pochopit důležitost funkčních a kosmetických chyb. Dále jsou zde pochopitelně vysvětleny faktory, které je třeba vzít v úvahu při stanovení jejich priorit několik živých příkladů pro ilustraci .
Co se naučíte:
Důležitost funkčních a kosmetických chyb
Ve vývoji softwaru jsou chyby nevyhnutelné. Proto je vždy velmi důležité provést důkladné testování softwaru, než bude možné jej použít naživo. Testování softwaru mohou být důležitější, protože pomáhají při identifikaci vývojářům chyběly chyby .
co je klíč zabezpečení sítě
Tyto neidentifikované chyby mohou být naživu velmi nákladné. Proto je třeba provést správný plán testování a testování, aby se zvýšila kvalita softwaru.
Obr. 1:
Výše uvedený obrázek musí nahrát soubor obrázku, který se softwaru nepodařilo zobrazit. Jedná se o vážný problém, který může vážně způsobit obchodní dopady.
Kosmetické chyby a jejich významný význam
Kosmetické požadavky nejsou ničím jiným než uživatelským rozhraním nebo pouze předním vzhledem softwaru. Většinou se stává, že se mezi různými verzemi stále mění.
To se děje zejména v projektech, kde se dodržuje agilní metodika. K únikům zde dochází ve formě sprintů. Proto se jim obvykle říká vydání Sprint nebo jen SR-xx, kde „xx“ označuje číslo vydání.
Každé vydání může mít určitou sadu požadavků. Obecně se klienti velmi často připravují na žádosti o změny v uživatelském rozhraní nebo pouze v uživatelském rozhraní.
Následuje několik příkladů kosmetických požadavků:
- Nabídky musí být k dispozici s písmem Calibri a.
- Textové pole A musí být v 1,2 palcích
- Všechny generované přehledy musí mít nadpis velikosti H1 s barvou „002522“.
Výše uvedené je několik příkladů kosmetických požadavků, které mohou přijít. Na tyto požadavky jsou zaměřeny hlavně improvizace použitelnosti softwaru . Dalším důvodem kosmetických požadavků je optimalizace softwaru a jeho designu pro obchodní účely.
Obr
Na výše uvedeném obrázku jsou funkční i kosmetické problémy. U možnosti „Použít DeathByCaptcha“ se nezobrazí funkční problém, jako je zaškrtávací políčko.
Kosmetický problém je zde vidět jako žádné jednotné písmo, které bylo použito.
Prioritní faktor pro kosmetické chyby nebo potřeby klientů
Kosmetické potřeby jsou klienty označeny jako trochu zásadní. Je to z důvodu zájmu o potřebu velmi jednoduché a současně efektivní interakce softwaru, aby k dosažení cílů došlo snadno. V případě problémů s uživatelským rozhraním se klienti dostanou k prodejcům s chybou s nízkou prioritou.
Jak se obecně stává, vývojáři se dotýkají funkčních aspektů softwaru než kosmetických, protože jsou většinou oblastmi s nízkým dopadem.
Softwaroví testeři chtějí, aby všechny požadavky uvedené klienty byly k dispozici v případě selhání softwaru, což přirozeně vyvolává chybu. A je to tady, kde všichni vzlétnou. Priorita nastavená testerem nastává jako výsledek z návrhu klienta. Pohled vývojářů se trochu liší od toho, na co se dívají testeři. Vždy hledají, zda chyba může způsobit narušení funkčnosti.
Přichází opakující se diskuse a jejím výsledkem může být doporučení testovacího týmu v určitém okamžiku. Pokud není v aktuálním vydání, může se to stát v dalším.
Skutečný příklad č. 1)
Klient požádal, aby se logo společnosti zobrazovalo na domovské stránce v záhlaví společně s funkcí rychlého načítání. Prodejce dodal software, u kterého načítání loga společnosti nějakou dobu trvá a klienti s pocitem, že se logo nenačítá, vedou k vyvolání živého problému zákazníka.
Z tohoto důvodu došlo k většímu poškození prodejců. Hlavní příčinou problému může být velikost obrázku nebo povaha obrázku nebo cokoli jiného. Ačkoli to nemá funkční přestávky, bylo to uvedeno jako živý problém.
Funkční chyby - kritické a prioritní faktory
Obecně jsou chyby považovány za prioritní na základě priority stanovené klienty a potenciálních dopadů, které mohou v podnikání zanechat. Mezi vývojáři panuje obecná víra, že na vysoce kritických chybách je třeba pracovat. To je jasnější, protože funkční chyby jsou něco, co potlačuje jejich práci.
A na základě priority chtějí klienti upřednostnit několik funkčních a kosmetických chyb ve stejném vydání. Faktor kritičnosti závisí na dopadu nebo na potenciálním dopadu, který může chyba zanechat. Faktor priority je založen čistě na klientovi a jeho potřebách.
Pokud jde o kritičnost, je velmi důležité opravit funkční chyby bez zpoždění. U kosmetických chyb mohou jít s rozhodnutími přijatými klienty
Obr
Na výše uvedeném obrázku jsou funkční problémy, jako jsou problémy s designem a překrýváním textu, a kosmetické problémy, jako je problém s písmem.
Skutečný příklad č. 2)
Klient v příkladu 1 měl více vydání od stejného dodavatele. Klienti jsou spokojeni s výsledky poskytnutými prodejci. Nyní najednou existuje několik obchodních scénářů, které klienti identifikovali jako nefunkční, spolu s několika dalšími seznamy problémů se zobrazením. Protože jsou funkčně ovlivňující problémy považovány za zásadní pro klienty, požádali dodavatele, aby je co nejdříve opravili.
A protože problémy se zobrazením měly známky ponechání menšího stupně dopadů, klienti je upřednostnili ve více verzích. Klienti byli připraveni začít fungovat s opravami několika problémů se zobrazením a většiny funkčních problémů. Je to proto, že všechny funkce mohou ovlivnit podnikání a několik problémů se zobrazením má potenciál pro vytváření dopadů.
otázky týkající se rozhovoru unix pro podporu produkce
Obchodní dopady
Všechny chyby mohou vést k určitému nesouladu softwaru s požadavky klienta. Pokud jde o dopady na podnikání, rozhodně jsou to funkční chyby, které si zaslouží způsobit vážné dopady na podnikání. Protože kosmetické chyby odpovídají problému s designem a vzhledem uživatelského rozhraní, mohou uživatelům způsobovat problémy s použitelností a vzhledem.
Jinými slovy, ty se lépe nazývají jako kosmetická vylepšení než chyby. I když to nemůže mít závažnější dopad na podnikání, mohou uživatelům přinést určité potíže při používání softwaru.
Skutečný příklad č. 3)
Prodejci dodali novou verzi softwarové aplikace v mobilní verzi. Existuje několik funkcí v mobilních aplikacích, které vyžadují, aby uživatel klikal na nějaký odkaz častěji. Tím se mezi uživateli vytvořil pocit zhoršené použitelnosti. Prodejci musí znovu posoudit design a tok v aplikaci. Po změně toku začala aplikace získávat více uživatelů, kteří je používají.
U mnoha takových aplikací hraje hlavní roli použitelnost. Ačkoli nedošlo k žádným funkčním změnám, došlo jen k několika změnám v kosmetice, díky nimž se aplikace staly silnějšími
Srovnávací studie mezi kosmetickými chybami a funkčními chybami
Mezi životními cykly testování softwaru může existovat řada variací mezi klasifikací chyb, jako jsou ty funkční a kosmetické. Několik z nich je formulováno a tabelováno jako rozdíl mezi oběma typy:
| Srovnávací oblast | Funkční chyby | Kosmetické chyby |
|---|---|---|
| Možné příčiny | Může to mít několik příčin: 1. Problémy s kódováním 2. Problémy se synchronizací 3. Problémy se závislými aplikacemi | Problém může být příčinou: 1. Problémy s designem 2. Nepodporovaný problém se soubory |
| Stupeň rekreace | Rekreaci funkčních chyb mohou provádět testeři nebo samotní klienti | Kosmetické chyby vyžadují při rekreaci minimální úsilí, protože jsou většinou identifikovány na úrovni uživatelského rozhraní |
| Kritičnost | Jsou většinou kritické, protože funkční rozpad může mít vážný dopad na podnikání | Mohou se stát kritickými při velmi několika příležitostech. |
| Přednost | Priorita je definována klienty | Priorita je definována klienty |
| Potenciální dopad | Rozdělení funkcí může způsobit vážné problémy v podnikání klientů | I když nemohou vytvářet přímý dopad, mohou také převzít potenciální dopady. |
| Posouzení vylepšení | Tyto chyby nelze nikdy doporučit nebo považovat za vylepšení | Tyto chyby lze považovat nebo považovat za vylepšení |
| Náklady, pokud nejsou stanoveny | Vysoké náklady při zjištění problému na živém softwaru | Moc nákladů |
Kosmetické chyby ilustrace
Kosmetická chyba může způsobit dopad na některých místech, kde jsou na softwaru loga společnosti nebo obrázky partnerství, ale nenačítá se správně. Ačkoli se jedná o nefunkční chyby, mohou se stát vážnými. Rozumíme následujícím ilustracím, abychom pochopili význam kosmetických chyb a jejich významnou roli.
Případová studie
Software A vyvíjí prodejce B. Režim dodávek klientovi je ve formě poklesu kódu jednou za měsíc po vydání základní verze. Z dodaného produktu klienti uvedou všechny problémy, chyby, vylepšení na základě jejich kritičnosti a priority.
Priorita jde jako P1, P2, P3 a P4.
Kritičnost jde jako Těžké, hlavní, vysoké a nízké.
Nyní klienti očekávají, že všechny závažné, hlavní chyby P1 budou opraveny v 30. týdnu. Podobně vysoké chyby P2 v týdnu 35. Nízké, opravy chyb P3 se očekávají v 40. týdnu. A konečně, chyby P4 se očekávají v týdnu 40. Mezi všemi vydáním oprav klient blokuje 3denní časové období vyrovnávací paměti.
Následující pozorování se nyní stává velmi kritickým:
- Protože to bylo plánováno jako zřetězený režim, jakékoli zpoždění bude mít větší dopad na následné plány.
- Priority si utvářejí klienti, a proto se plánují uvolnit v požadovaném období
- Zpoždění chyb s nízkou prioritou má potenciál upgradovat jejich prioritu z nízké priority na vyšší.
- Menší zpoždění může mít vážné dopady na podnikání, přičemž nízké a drobné chyby se stanou velkými.
Seznamte se s testery a vývojáři
„Nepočítejte vejce, než se vylíhnou“ - Tento řádek je použitelný jak pro vývojáře, tak pro testery. Když byl vyvinut software a připraven k testování, mají testeři tendenci myslet na výše uvedené řádky. Po testování je nyní na vývojářích, aby hláskovali čáry testerům. Mezi nimi proudí myšlenky:
- Testeři říkají vývojářům, že ve vašem softwaru je tolik chyb, které můžeme zachytit. Vaše práce proto neskončila.
- Po dokončení testovací fáze a po mnoha chybách si vývojáři říkají, že si nemyslíte, že jste vytvořili více chyb. Najdeme vhodný důvod k odmítnutí většiny chyb, které jste vyvolali a které nejsou skutečné.
Proto se vždy jedná o jakýsi argumentační přístup, který jde mezi testery a vývojáři. Aby bylo zajištěno, že jsou všechny výstupy projektu synchronizovány, je nezbytné, aby zprostředkující osoba (projektový manažer), která může vyřešit kontroverze, aby byly výstupy optimalizované a absolutní bez úniku vad.
Závěr
Výše uvedené články musely vysvětlovat vše nevyhnutelné a důležité aspekty kosmetických chyb a jak je lze porovnat s funkčními chybami . Výše uvedený článek také vysvětluje, jak lze kosmetické chyby léčit ve srovnání s funkčními chybami.
Ačkoli kritičnost funkčních chyb je vyšší než kritika kosmetických chyb, tato si vyhrazuje své vlastní místo při získávání priorit od klientů. Aby bylo možné vyvážit software s rozlišením pro všechny chyby, obecně se doporučuje léčit chyby s porozuměním kritičnosti, priority a doporučení klienta.
O autorovi: Toto je článek napsaný Nagarajanem. Pracuje jako testovací vedoucí s více než 6 lety zkušeností s testováním v různých funkčních oblastech, jako je bankovnictví, letecké společnosti, telekomunikace, a to jak z hlediska manuálního, tak automatizačního.
Jaký je váš názor na kosmetické a funkční chyby? Rád bych viděl vaše myšlenky níže.
Doporučené čtení
- Kognitivní zkreslení při testování softwaru: Proč testerům chybí chyby?
- Proč má software chyby?
- Jak dosáhnout vyřešení všech chyb bez štítku „Neplatná chyba“?
- Funkční testování vs. Testování výkonu: Mělo by se provádět současně?
- 10 důvodů, proč jsou vaše chyby odmítány a co pro to můžete udělat jako tester!
- Co je testování dlouhověkosti? Jak chytit chyby, než je zákazník najde
- Umění hlášení chyb: Jak uvádět na trh a opravit chyby?
- Top 30 nástrojů pro funkční testování v roce 2021