cosmetic functional bugs what has be treated
Er worden altijd enorme verantwoordelijkheden opgelegd aan de tester om elke bug in de software te ontdekken. Ongeacht de functionaliteit en gebruikersinterface, kunnen testers bugs melden wanneer er sprake is van een non-conformiteit.
Dit artikel helpt bij het begrijpen van het belang van de functionele en cosmetische bugs. Bovendien worden de factoren waarmee rekening moet worden gehouden bij het stellen van prioriteiten hier ook op een begrijpelijke manier uitgelegd enkele live voorbeelden voor illustraties
wat is loadrunner bij het testen van software
Wat je leert:
Belang van functionele en cosmetische bugs
Bugs zijn onvermijdelijk bij softwareontwikkeling. Daarom is het altijd erg belangrijk om de software grondig te testen voordat deze live kan worden gebruikt. Software testen kunnen essentieel worden omdat ze helpen bij het identificeren van de bugs die de ontwikkelaars hebben gemist
Deze niet-geïdentificeerde bugs kunnen in het leven erg duur worden. Daarom moeten een goed testplan en het testen worden uitgevoerd om de softwarekwaliteit te verbeteren.
Figuur 1:
De bovenstaande figuur moet een afbeeldingsbestand uploaden dat de software niet kon weergeven. Dit is een ernstig probleem dat ernstige gevolgen voor het bedrijf kan hebben.
Cosmetische bugs en hun aanzienlijke belang
Cosmetische vereisten zijn niets anders dan de gebruikersinterface of alleen het uiterlijk van de software aan de voorkant. Meestal gebeurt het dat het steeds wisselt tussen verschillende releases.
Dit gebeurt vooral in de projecten waar de agile methodiek wordt gevolgd. De releases vinden hier plaats in de vorm van sprints. Daarom worden ze meestal Sprint-release of gewoon SR-xx genoemd, waarbij ‘xx’ verwijst naar het releasenummer.
Elke release kan een bepaalde reeks vereisten hebben. Over het algemeen bereiden de clients zich vaak voor om wijzigingen in de gebruikersinterface of alleen de gebruikersinterface aan te vragen.
Hieronder volgen enkele voorbeelden van cosmetische vereisten:
- Menu's moeten beschikbaar zijn met het lettertype Calibri en.
- Tekstvak A moet in 1,2 inch zijn
- Alle gegenereerde rapporten moeten de titel hebben met H1-formaat met de kleur ‘002522’.
Bovenstaande zijn een paar voorbeelden van cosmetische vereisten die kunnen optreden. Dit zijn de eisen waar vooral op gericht is het improviseren van de bruikbaarheid van de software Een andere reden achter de cosmetische vereisten is om de software en het ontwerp te optimaliseren voor het zakelijke doel.
Figuur 2
In de bovenstaande afbeelding zijn er zowel functionele als cosmetische problemen. Een functioneel probleem zoals een selectievakje wordt niet weergegeven voor een optie 'Gebruik DeathByCaptcha'.
Het cosmetische probleem is hier te zien als geen uniform lettertype dat is gebruikt.
Prioriteitsfactor voor cosmetische bugs of behoeften van klanten
De cosmetische behoeften worden door de klanten een beetje essentieel gemarkeerd. Dit komt door de bezorgdheid over de noodzaak om de interactie van de software zeer eenvoudig en tegelijkertijd efficiënt te maken, zodat het bereiken van doelen gemakkelijk gebeurt. Als er problemen zijn met de gebruikersinterface, bereiken klanten de leveranciers met een bug met een lage prioriteit.
Zoals over het algemeen gebeurt, zijn de functionele aspecten van de software bezorgd door de ontwikkelaars dan de cosmetische aspecten, aangezien het meestal weinig getroffen gebieden zijn.
De softwaretesters willen dat alle vereisten die door de klanten worden genoemd, beschikbaar zijn in de software, waardoor ze natuurlijk een bug naar voren brengen. En het is hier waar iedereen opstijgt. De prioriteit die door de tester is ingesteld, komt voort uit de suggestie van de klant. De mening van de ontwikkelaars is een beetje anders dan die van testers. Ze kijken altijd of de bug een onderbreking van de functionaliteit kan veroorzaken.
Hier komt een terugkerende discussie en de uitkomst ervan kan de aanbevelingen van het testteam op een gegeven moment laten gebeuren. Als dit niet het geval is in de huidige release, kan het gebeuren in de volgende.
Echt voorbeeld # 1)
De klant heeft gevraagd om het bedrijfslogo op de startpagina te laten verschijnen in het titelframe, samen met een snellaadfunctie. De leverancier heeft de software geleverd waarbij het laden van het bedrijfslogo tijd kost en de klanten met het gevoel dat het logo niet wordt geladen, doorgaan om een live-probleem van de klant aan de orde te stellen.
Vandaar dat dit meer schade heeft toegebracht aan de verkopers. De hoofdoorzaak van het probleem kan de grootte van de afbeelding of de aard van de afbeelding of iets anders zijn. Hoewel dit geen functionele onderbrekingen heeft, is dit als een live uitgave aangemerkt.
Functionele bugs - Kritische en prioritaire factoren
Over het algemeen worden de bugs als geprioriteerd beschouwd op basis van de prioriteit die door de klanten is bepaald en de mogelijke gevolgen die ze op het bedrijf kunnen achterlaten. Het is de algemene overtuiging onder de ontwikkelaars dat aan de zeer kritieke bugs moet worden gewerkt. Dit is duidelijker omdat de functionele bugs iets zijn dat hun werk onderdrukt.
En op basis van de prioriteit willen de klanten prioriteit geven aan enkele van de functionele en cosmetische bugs in dezelfde release. De kritikaliteitsfactor hangt af van de impact of de potentiële impact die de bug kan achterlaten. De prioriteitsfactor is puur gebaseerd op de klant en zijn behoeften.
In termen van kriticiteit zijn functionele bugs veel belangrijker nodig om zonder vertraging te worden opgelost. Voor de cosmetische bugs kunnen ze meegaan met de beslissingen van de klanten
Afb 3
In de bovenstaande afbeelding zijn er functionele problemen zoals ontwerpproblemen en overlappende tekst en cosmetische problemen zoals het lettertypeprobleem.
Echt voorbeeld # 2)
unix shell scripting interviewvragen en antwoorden voor ervaren
De klant in voorbeeld 1 had meerdere releases van dezelfde leverancier. De klanten zijn tevreden met de resultaten van de leveranciers. Nu zijn er plotseling weinig bedrijfsscenario's waarvan de klanten hebben vastgesteld dat ze niet werken, samen met enkele andere lijsten met weergaveproblemen. Omdat ze functioneel van invloed zijn op problemen die als kritiek worden beschouwd voor de klanten, vroegen ze de leveranciers om ze zo snel mogelijk op te lossen.
En aangezien de weergaveproblemen tekenen vertoonden van het achterlaten van de mindere mate van impact, gaven de klanten er prioriteit aan in meerdere releases. Klanten waren klaar om live te gaan met oplossingen voor enkele weergaveproblemen en de meeste functionele problemen. Dit komt omdat alle functies van invloed kunnen zijn op het bedrijf en de weinige weergaveproblemen het potentieel hebben om gevolgen te hebben.
Zakelijke gevolgen
Alle bugs kunnen ertoe leiden dat de software niet voldoet aan de eisen van de klant. Als het gaat om de gevolgen voor het bedrijfsleven, zijn het zeker de functionele bugs die het verdienen om ernstige gevolgen voor het bedrijf te hebben. Aangezien cosmetische bugs overeenkomen met het probleem met het ontwerp en het uiterlijk van de gebruikersinterface, kunnen ze problemen veroorzaken met de bruikbaarheid en het uiterlijk van de gebruikers.
Met andere woorden, deze worden beter cosmetische verbeteringen genoemd dan bugs. Hoewel deze het bedrijf op grotere wijze niet ernstig kunnen beïnvloeden, kunnen ze bij het gebruik van de software voor problemen zorgen bij de gebruikers.
Echt voorbeeld # 3)
Verkopers hebben een nieuwe versie van de softwareapplicatie in een mobiele versie geleverd. Er zijn enkele functies in de mobiele apps waarvoor de gebruiker vaker op een link moest klikken. Dit creëerde een gevoel van verminderde bruikbaarheid bij gebruikers. De leveranciers moeten het ontwerp en de stroom in de applicatie heroverwegen. Nadat de stroom was gewijzigd, begon de applicatie ervoor te zorgen dat meerdere gebruikers ze gebruikten.
Bruikbaarheid speelt bij veel van dergelijke toepassingen de hoofdrol. Hoewel er geen functionele veranderingen waren, waren er weinig veranderingen in cosmetica waardoor de toepassingen sterker werden
Vergelijkende studie tussen cosmetische bugs en de functionele bugs
Er kunnen een aantal variaties zijn tussen de classificaties van bugs zoals functionele en cosmetische bugs in meerdere aspecten in de levenscyclus van softwaretests. Weinigen van hen zijn geformuleerd en in tabelvorm weergegeven als een verschil tussen beide typen:
Vergelijkingsgebied | Functionele bugs | Cosmetische bugs |
---|---|---|
Mogelijke oorzaken | Er kunnen meerdere oorzaken zijn: 1. Coderingsproblemen 2. Synchronisatieproblemen 3. Afhankelijke toepassingsproblemen | Het volgende kan het probleem veroorzaken: 1. Ontwerpvraagstukken 2. Probleem met niet-ondersteund bestand |
Mate van recreatie | Het opnieuw maken van de functionele bugs kan worden gedaan door de testers of door de klanten zelf | Cosmetische bugs vereisen minimale inspanning bij het recreëren, aangezien ze meestal op gebruikersinterface-niveau worden geïdentificeerd |
Criticality | Ze zijn meestal van cruciaal belang omdat de functionele storing het bedrijf in ernstige vorm kan beïnvloeden | Ze kunnen in zeer zeldzame gevallen kritisch worden. |
Prioriteit | De prioriteit is zoals gedefinieerd door de klanten | De prioriteit is zoals gedefinieerd door de klanten |
Potentiële impact | Functionele storing kan ernstige problemen veroorzaken in het bedrijf van de klant | Hoewel ze geen directe impact kunnen creëren, kunnen ze ook potentiële impact hebben. |
Verbetert de overweging | Deze bugs kunnen nooit worden aanbevolen of als verbetering worden beschouwd | Deze bugs kunnen als verbetering worden beschouwd of beschouwd |
Kosten indien niet vast | Hoge kosten wanneer het probleem wordt aangetroffen in live software | Niet veel kosten |
Cosmetische bug illustraties
De cosmetische bug kan een impact hebben op sommige plaatsen waar bedrijfslogo's of afbeeldingen van partnerschappen op de software staan, maar deze niet correct wordt geladen. Hoewel het niet-functionele bugs zijn, kunnen ze ernstig worden. Laten we de volgende illustraties begrijpen om het belang van cosmetische bugs en hun belangrijke rol te begrijpen.
Casestudy
Software A wordt ontwikkeld door leverancier B. De leveringswijze aan de klant is in de vorm van codedaling eens in de maand nadat een basisversie is uitgebracht. Vanuit het geleverde product zullen klanten alle problemen, bugs en verbeteringen opsommen op basis van hun kritiek en de prioriteit.
Prioriteit geldt als P1, P2, P3 en P4.
Criticality gaat als Ernstig, groot, hoog en laag.
Nu verwachten de klanten dat alle Ernstige, Grote, P1-bugs in week 30 zullen zijn opgelost. Evenzo worden de Hoge, P2-bugs in week 35. Laag, P3-bugfixes verwacht in week 40. Ten slotte worden P4-bugs verwacht in week. 40. Tussen alle releases van de fixes door blokkeert de client de buffertijd van 3 dagen.
Nu wordt de volgende observatie erg kritiek:
- Omdat het is gepland als een pijplijnmodus, zal elke vertraging een grotere impact hebben op de volgende plannen.
- Prioriteiten worden gevormd door de klanten en daarom zijn ze van plan om uit te geven in de periode die ze willen
- De vertraging in bugs met een lage prioriteit heeft het potentieel om hun prioriteit te upgraden van lage prioriteit naar hogere.
- Kleine vertragingen kunnen ernstige gevolgen hebben voor het bedrijf, waardoor de kleine en kleine bugs groot worden.
Testers en ontwikkelaars ontmoeten elkaar
'Tel de eieren niet voordat ze uitkomen' - Deze regel is van toepassing op zowel ontwikkelaars als testers. Wanneer software is ontwikkeld en klaar is om getest te worden, denken de testers vaak aan bovenstaande regels. Na het testen is het nu de beurt aan de ontwikkelaars om de regels voor de testers te spellen. De volgende zijn de gedachten die tussen hen in stromen:
- Testers zeggen de ontwikkelaars dat er zoveel bugs zijn die we in uw software kunnen opsporen. Daarom is uw werk nog niet voorbij.
- Nadat de testfase is voltooid en na veel bugs, zeggen de ontwikkelaars dat u niet meer bugs hebt veroorzaakt, zullen we de juiste reden vinden om de meeste van de bugs die u hebt opgeworpen en die niet echt zijn, af te wijzen.
Daarom is het altijd een soort argumentatieve benadering die tussen de testers en de ontwikkelaars in gaat. Om ervoor te zorgen dat de volledige projectresultaten synchroon lopen, is het essentieel dat er een tussenpersoon (projectmanager) is die de controverses kan oplossen, zodat de deliverables geoptimaliseerd en absoluut zijn zonder lekkage van defecten.
Gevolgtrekking
De bovenstaande artikelen moeten alle onvermijdelijke en belangrijke aspecten van de cosmetische bugs en hoe deze kunnen worden vergeleken met de functionele bugs In het bovenstaande artikel wordt ook uitgelegd hoe de cosmetische bugs kunnen worden behandeld in vergelijking met de functionele bugs.
Hoewel de kritieke aspecten van de functionele bugs hoger zijn dan die van cosmetische bugs, behouden deze laatste hun eigen plaats bij het krijgen van prioriteiten van de klanten. Om de software in evenwicht te brengen met oplossingen voor alle bugs, Het wordt over het algemeen aangeraden om de bugs te behandelen met begrip van de kritiek, prioriteit en de aanbeveling van de klant.
Over de auteur: Dit is een artikel geschreven door Nagarajan. Hij werkt als een testleider met meer dan 6 jaar testervaring in verschillende functionele gebieden zoals bankieren, luchtvaartmaatschappijen, telecom op het gebied van zowel handmatig als automatisering.
Wat is jouw mening over cosmetische en functionele bugs? Ik zou graag je mening hieronder willen zien.
Aanbevolen literatuur
- Cognitieve bias bij het testen van software: waarom missen testers bugs?
- Waarom heeft software bugs?
- Hoe kunnen al uw bugs worden opgelost zonder een 'ongeldige bug'-label?
- Functioneel testen versus prestatietesten: moet het tegelijkertijd worden uitgevoerd?
- 10 redenen waarom uw bugs worden afgewezen en wat u ervoor kunt doen als tester!
- Wat is testen op de levensduur? Hoe de bugs te vangen voordat de klant ze ontdekt
- De kunst van het rapporteren van fouten: hoe u uw bugs op de markt kunt brengen en verhelpen?
- Top 30 functionele testtools in 2021