cosmetic functional bugs what has be treated
Testeru se uvijek nameću ogromne odgovornosti za otkrivanje bilo kakvih programskih pogrešaka. Neovisno o funkcionalnosti i korisničkom sučelju, testeri mogu postavljati pogreške gdje god postoji nesukladnost.
Ovaj članak pomaže u razumijevanju važnosti funkcionalnih i kozmetičkih grešaka. Uz to, ovdje su na razumljiv način objašnjeni čimbenici koje treba uzeti u obzir pri njihovom određivanju prioriteta neki živi primjeri za ilustracije .
br. 1 besplatni mrežni video s YouTubea jedan video pretvarač
Što ćete naučiti:
Važnost funkcionalnih i kozmetičkih bugova
Bugovi su neizbježni u razvoju softvera. Stoga je uvijek vrlo važno temeljito testirati softver prije nego što se može koristiti uživo. Testiranje softvera mogu postati važniji jer pomažu u identificiranju greške koje su programeri propustili .
Te neidentificirane programske pogreške mogu u životu postati vrlo skupe. Stoga se mora provesti odgovarajući plan ispitivanja i testiranje kako bi se poboljšala kvaliteta softvera.
Sl. 1:
Gornja slika mora prenijeti slikovnu datoteku koju softver nije uspio prikazati. Ovo je ozbiljno pitanje koje može ozbiljno utjecati na poslovanje.
Kozmetičke bube i njihova značajna važnost
Kozmetički zahtjevi nisu ništa drugo do korisničko sučelje ili samo izgled softvera. Većinom se dogodi da se stalno mijenja između različitih izdanja.
To se posebno događa u projektima u kojima se slijedi agilna metodologija. Izdanja se ovdje javljaju u obliku sprinta. Stoga se obično nazivaju Sprint izdanje ili samo SR-xx, gdje se 'xx' odnosi na broj izdanja.
Svako izdanje može imati određeni skup zahtjeva. Općenito se klijenti vrlo često pripremaju za zahtjev za promjenama u korisničkom sučelju ili samo korisničkom sučelju.
Slijedi nekoliko primjera kozmetičkih zahtjeva:
- Izbornici moraju biti dostupni s Calibri fontom i.
- Tekstualni okvir A mora biti veličine 1,2 inča
- Sva generirana izvješća moraju imati naslov veličine H1 s bojom '002522'.
Gore je navedeno nekoliko primjera kozmetičkih zahtjeva koji se mogu pojaviti. To su zahtjevi kojima je uglavnom cilj improviziranje upotrebljivosti softvera . Drugi razlog za kozmetičkim zahtjevima je optimizacija softvera i njegovog dizajna u poslovne svrhe.
Slika 2
Na gornjoj slici postoje i funkcionalni i kozmetički problemi. Funkcionalni problem poput potvrdnog okvira ne prikazuje se za opciju 'Koristi DeathByCaptcha'.
Ovdje se može vidjeti kozmetički problem kao nijedan ujednačeni font koji je korišten.
Prioritetni faktor za kozmetičke greške ili potrebe klijenata
Klijenti su kozmetičke potrebe označili kao bitne. To je zbog zabrinutosti zbog potrebe da se interakcija softvera učini vrlo jednostavnom i istodobno učinkovitom, tako da se postizanje ciljeva odvija lako. U slučaju problema s korisničkim sučeljem, klijenti se dobavljačima obraćaju s bugom niskog prioriteta.
Kako se to obično događa, programeri se tiču funkcionalnih aspekata softvera, nego kozmetičkih, jer su to uglavnom područja s malim utjecajem.
Ispitivači softvera žele da svi zahtjevi koje su klijenti spomenuli budu dostupni u softveru koji ne uspije, što prirodno uzrokuje bug. I tu je mjesto gdje svi odlaze. Prioritet koji postavi ispitivač javlja se kao rezultat klijentovog prijedloga. Pogled programera pomalo se razlikuje od onoga što ispitivači gledaju. Uvijek gledaju može li greška uzrokovati prekid u funkcionalnosti.
Tu dolazi do neke ponavljajuće se rasprave i u ishodu nje mogu se u nekom trenutku dogoditi preporuke ispitnog tima. Ako nije u trenutnom izdanju, to se može dogoditi i u sljedećem.
Stvarni primjer # 1)
Klijent je zatražio da se logotip tvrtke pojavljuje na početnoj stranici unutar okvira naslova zajedno sa značajkom brzog učitavanja. Dobavljač je isporučio softver gdje se logotipu tvrtke treba vrijeme za učitavanje, a klijenti s osjećajem da se logotip ne učitava pokreću kupca uživo.
Stoga je ovo nanijelo veću štetu dobavljačima. Osnovni uzrok problema može biti veličina slike ili priroda slike ili bilo što drugo. Iako ovo nema funkcionalnih prekida, ovo je postavljeno kao uživo izdanje.
Funkcionalne greške - Kritični i prioritetni čimbenici
Općenito se programske pogreške smatraju prioritetima na temelju prioriteta koji su postavili klijenti i potencijalnih utjecaja koje mogu ostaviti na posao. Općenito je mišljenje programera da se na kritičnim greškama treba raditi. To je očiglednije jer su funkcionalne pogreške nešto što potiskuje njihov rad.
I na temelju prioriteta, klijenti žele prioritet dati nekoliko funkcionalnih i kozmetičkih grešaka u istom izdanju. Čimbenik kritičnosti ovisi o utjecaju ili potencijalnom utjecaju koji mu kuga može ostaviti. Faktor prioriteta temelji se isključivo na klijentu i njegovim potrebama.
Što se tiče kritičnosti, funkcionalne greške je potrebno znatno popraviti bez odgađanja. Za kozmetičke greške mogu pristati na odluke klijenata
Slika 3
Na gornjoj slici postoje funkcionalni problemi poput problema s dizajnom i preklapanjem teksta te kozmetički problemi poput problema s fontom.
Stvarni primjer # 2)
Klijent u primjeru br. 1 imao je više izdanja istog dobavljača. Klijenti su zadovoljni rezultatima koje pružaju dobavljači. Sad odjednom postoji nekoliko poslovnih scenarija za koje su klijenti utvrdili da ne rade, zajedno s nekoliko drugih popisa problema s prikazom. Budući da se problemi s njihovim funkcionalnim utjecajima smatraju ključnim za klijente, zatražili su od prodavača da ih što prije poprave.
A kako su problemi s prikazom imali znakove ostavljanja manjeg stupnja utjecaja, klijenti su im dali prednost u više izdanja. Klijenti su bili spremni objaviti nekoliko problema s prikazom i većinu funkcionalnih problema s popravcima. To je zato što sve funkcije mogu utjecati na poslovanje, a nekoliko problema s prikazom može stvoriti utjecaje.
Poslovni utjecaji
Sve programske pogreške mogu dovesti do neke neusklađenosti softvera sa zahtjevima klijenta. Što se tiče utjecaja na poslovanje, definitivno su funkcionalne pogreške zaslužne da izazovu ozbiljne utjecaje na poslovanje. Kako se kozmetičke programske pogreške prilagođavaju problemu s dizajnom i izgledom korisničkog sučelja, mogu stvoriti probleme s upotrebljivošću i izgledom korisnika.
Drugim riječima, njih je bolje nazvati kozmetičkim poboljšanjima od bubica. Iako ovo ne može ozbiljnije utjecati na poslovanje, mogu donijeti poteškoće među korisnicima tijekom korištenja softvera.
Pravi primjer # 3)
Dobavljači su isporučili novu verziju softverske aplikacije u mobilnoj verziji. Malo je značajki u mobilnim aplikacijama zbog kojih je korisnik trebao češće kliktati na neku vezu. To je stvorilo osjećaj degradirane upotrebljivosti među korisnicima. Dobavljači moraju preispitati dizajn i tijek prijave. Nakon promjene protoka, aplikacija je počela dobivati više korisnika koji ih koriste.
Upotrebljivost ima glavnu ulogu u velikom broju takvih aplikacija. Iako nije bilo funkcionalnih promjena, malo je promjena u kozmetici zbog kojih su aplikacije ojačale
Usporedna studija između kozmetičkih bugova i funkcionalnih grešaka
Postoji nekoliko varijacija između klasifikacija bugova poput funkcionalnih i kozmetičkih u više aspekata životnog ciklusa testiranja softvera. Malo je njih formulirano i tabelarno prikazano kao razlika između obje vrste:
| Područje usporedbe | Funkcionalne bugove | Kozmetičke bube |
|---|---|---|
| Potencijalni uzroci | Uzroka može biti više: 1. Problemi s kodiranjem 2. Problemi sa sinkronizacijom 3. Problemi s ovisnim aplikacijama | Problem može uzrokovati sljedeće: 1. Pitanja dizajna 2. Nepodržana datoteka |
| Stupanj rekreacije | Rekreaciju funkcionalnih programskih pogrešaka mogu napraviti ili testeri ili sami klijenti | Kozmetičke bube zahtijevaju minimalan napor u rekreaciji jer se uglavnom identificiraju na razini korisničkog sučelja |
| Kritično | Uglavnom su kritični jer funkcionalna raščlamba može ozbiljno utjecati na poslovanje | U vrlo malo prilika mogu postati kritični. |
| Prioritet | Prioritet je definiran od strane klijenata | Prioritet je definiran od strane klijenata |
| Potencijalni utjecaj | Kvar funkcije može uzrokovati ozbiljne probleme u poslovanju klijenata | Iako ne mogu stvoriti izravan utjecaj, oni također mogu poduzeti potencijalne utjecaje. |
| Razmatranje poboljšanja | Ove se pogreške nikada ne mogu preporučiti ili smatrati poboljšanjem | Ove se pogreške mogu smatrati poboljšanjem |
| Troškovi kada nisu fiksni | Visoka cijena kada se problem pronađe na aktivnom softveru | Nema puno troškova |
Ilustracije kozmetičkih bubica
kako postajete ispitivač proizvoda
Kozmetička programska pogreška može utjecati na neka mjesta gdje se na softveru nalaze logotipi tvrtki ili slike partnerstva, ali se ne učitava ispravno. Iako su nefunkcionalne bugove, mogu postati ozbiljne. Razumijemo sljedeće ilustracije kako bismo shvatili važnost kozmetičkih buba i njihovu značajnu ulogu.
Studija slučaja
Softver A razvija dobavljač B. Način isporuke za klijenta je u obliku ispuštanja koda jednom u mjesecu nakon izdavanja osnovne verzije. Iz isporučenog proizvoda klijenti će navesti sve probleme, programske pogreške, poboljšanja na temelju svoje kritičnosti i prioriteta.
Prioritet ide kao P1, P2, P3 i P4.
Kritičnost ide kao Ozbiljno, glavno, visoko i nisko.
Sada klijenti očekuju da će sve ozbiljne, glavne, P1 pogreške biti ispravljene u 30. tjednu. Slično tome, visoke, P2 bugove u 35. tjednu. Niske, P3 ispravke bugova očekuju se u 40. tjednu. Konačno, P4 bugovi se očekuju u tjednu 40. Između svih izdanja popravaka, klijent blokira vremensko razdoblje međuspremnika od 3 dana.
Sada sljedeće opažanje postaje vrlo kritično:
- Kako je planirano kao cjevovodni način, svako odgađanje utjecat će na veće planove u većoj mjeri.
- Klijente formiraju prioritete i stoga planiraju otpustiti u razdoblju u kojem žele
- Kašnjenje bugova s niskim prioritetom može nadograditi njihov prioritet s niskog na veći.
- Manja kašnjenja mogu prouzročiti ozbiljne utjecaje na poslovanje, što će uzrokovati da mali i mali bugovi postanu glavni.
Upoznajte testere i programere
'Ne broji jaja prije nego što se izlegu' - Ovaj se redak odnosi na programere i testere. Kada je softver razvijen i spreman za testiranje, testeri misle na gornje redove. Nakon testiranja, sada je red na programerima da upišu redove za testere. Slijede misli koje se slijevaju između njih:
- Ispitivači kažu da programeri tvrde da u vašem softveru možemo uhvatiti toliko grešaka. Stoga vaš posao nije gotov.
- Nakon završetka faze testiranja i nakon puno bugova, programeri kažu da ne mislite da ste pokrenuli više bugova, pronaći ćemo odgovarajući razlog za odbijanje većine bugova koje ste pokrenuli i koji nisu izvorni.
Stoga je uvijek vrsta argumentiranog pristupa koji ide između testera i programera. Da biste bili sigurni da su cjelokupni projektni rezultati sinkronizirani, neophodno je da posrednička osoba (voditelj projekta) koja može riješiti kontroverze bude optimalna i apsolutna, bez curenja nedostataka.
Zaključak
Gore navedeni članci zacijelo su objasnili sve nezaobilazni i važni aspekti kozmetičkih grešaka i kako se mogu usporediti s funkcionalnim greškama . Gornji članak također objašnjava kako se kozmetičke bube mogu liječiti u usporedbi s funkcionalnim greškama.
Iako su kritičnosti funkcionalnih grešaka više nego kod kozmetičkih, one zadržavaju svoje mjesto u dobivanju prioriteta od klijenata. Kako bi se softver uravnotežio s razlučivostima svih grešaka, općenito se savjetuje tretiranje bugova s razumijevanjem kritičnosti, prioriteta i preporuka klijenta.
O autoru: Ovo je članak koji je napisao Nagarajan. Radi kao probni voditelj s preko 6 godina iskustva u testiranju u raznim funkcionalnim područjima poput bankarstva, zrakoplovnih kompanija, telekoma u pogledu ručnog i automatiziranog rada.
Kakav je vaš stav o kozmetičkim i funkcionalnim greškama? Volio bih vidjeti vaše misli u nastavku.
Preporučena literatura
- Kognitivna pristranost u testiranju softvera: zašto testeri propuštaju bugove?
- Zašto softver ima bugova?
- Kako riješiti sve greške bez oznake 'Nevaljana greška'?
- Funkcionalno testiranje protiv testiranja performansi: treba li to istodobno?
- 10 razloga zašto se vaše bugove odbijaju i što možete učiniti kao tester!
- Što je ispitivanje dugovječnosti? Kako uhvatiti bugove prije nego što ih kupac pronađe
- Umijeće prijavljivanja grešaka: kako plasirati na tržište i popraviti svoje greške?
- Top 30 funkcionalnih alata za ispitivanje 2021. godine