het kiezen van de juiste Metrics voor het testen van Software

een metric voor het testen van software is een criterium om de effectiviteit van kwaliteitsborgingsinspanningen te volgen. Ten eerste stel je succesindicatoren vast gedurende de planningsfase. Vergelijk ze vervolgens met de ontvangen metriek na de voltooiing van het proces.

echter, veel Software QA en test experts hebben de neiging om zich te concentreren op de manier waarop de tests zullen worden uitgevoerd in plaats van op de feitelijke informatie die door de tests. Hiermee bedoel ik testers richten zich vaak op de loutere tevredenheid van het voltooien van alle tests. Maar is dit altijd goed? U kunt een 100% pass rate met alle groene indicatoren op uw dashboard en het is nog steeds mogelijk dat uw tests zijn niet sterk genoeg.

dit artikel zal vijf Software testing metrics bespreken die professionals op het gebied van kwaliteitsborging kunnen helpen bij het evalueren van hun succes.

kenmerken van een” goede ” Testmetrie

laten we het hebben over de kenmerken die een metriek idealiter zou moeten hebben.

Relevant voor bedrijfsdoelstellingen

kritische KPI ‘ s moeten de primaire missie en het doel van een bedrijf weerspiegelen; bijvoorbeeld maandelijkse omzetgroei of het aantal nieuwe gebruikers. Elk bedrijf kiest zijn statistieken op basis van wat ze van plan zijn te bereiken met hun product. Hoewel het aantrekkelijk lijkt om te slagen in alle tests, kan het richten op de verkeerde doelen misleidend zijn. Dit kan invloed hebben op het werk van de app en het hele complexe systeem, zoals Headless commerce architectuur.

staat groei

toe elke meting zou verbetering mogelijk moeten maken. Wat als je een 100% slagingspercentage hebt bereikt? Het doel kan zijn om de metriek op dit niveau te houden of om het verder te verbeteren.

stimuleert de ontwikkeling van een strategie

wanneer een metriek een team een doel geeft, motiveert het hen ook om vragen te stellen om een plan te ontwikkelen. Stel dat je de omzet moet verhogen. Overweeg of het product nieuwe functies nodig heeft om meer aankopen aan te moedigen. Is het noodzakelijk om een nieuw acquisitiekanaal te creëren? Heeft de concurrent nieuwe producten of functies gelanceerd die nieuwe kopers aantrekken?

traceerbaar en begrijpelijk

goede metrics zijn eenvoudig te begrijpen en te volgen. Hoe zullen de mensen die ze verzamelen anders weloverwogen beslissingen nemen? Werknemers moeten begrijpen wat ze kunnen doen om het resultaat te verbeteren.

drie Tips voor het kiezen en meten van Software Testing Metrics

begin met het stellen van vragen

uw vragen moeten drie onderwerpen bestrijken:
1. Wat u meet
2. Strategieën en meetinstrumenten
3. Redenen om het te volgen

om het analyseren van nutteloze metrics te vermijden, let op het metrics definition proces. Soms, een klein aantal backlog bugs betekent dat uw QA team doet zijn werk. Echter, wanneer je deze bugs opsplitst in problemen met hoge/gemiddelde/lage prioriteit, zul je in staat zijn om de algehele kwaliteit van het programma beter te zien en de nodige aanpassingen aan te brengen.

verwaarloos automatisering niet bij het berekenen van QA-statistieken

automatisering bespaart u tijd bij het handmatig verzamelen van gegevens en zorgt ervoor dat uw statistieken altijd relevant zijn. Laten we aannemen dat je Jira gebruikt. Stel een JIRA Query Language (JQL) verzoek op uw Confluence pagina als u gegevens over kritieke bugs elke sprint nodig. Het zal regelmatig worden bijgewerkt. Of u kunt andere tools gebruiken op basis van uw gewenste testbeheer/taakvolgsysteem.

Verzamel opmerkingen en verbeter geleidelijk statistieken

zodra u alle statistieken hebt ingesteld en verzameld, beginnen de feedback-en verbeterprocessen. Besteed aandacht aan feedback om de efficiëntie en duidelijkheid van uw statistieken en rapporten te verbeteren.

vijf Software Testing Metrics om

bij te houden laten we nu eens kijken naar enkele specifieke voorbeelden. Merk op dat verschillende kwaliteitsaspecten in verschillende mate van belang zijn, afhankelijk van de omstandigheden.

gebruikerstevredenheid

hier wilt u de reactie van de klant op het product zien. U gebruikt tevredenheidsenquêtes en supporttickets die bugs onthullen. Als u deze kwaliteit statistieken bijhouden en werken om ze te verbeteren, het bedrijf zal groeien als je meer tevreden en terugkerende klanten te zien. Als er iets mis is, moet je een causale probleemanalyse doen en de wegblokkades verwijderen.

Procesmetrics

dit zijn interne metingen die een aanzienlijke impact hebben op de kwaliteit van uw product. U kunt bijvoorbeeld de doorlooptijd bijhouden en de tijd die nodig is tussen het instellen van de taak en de implementatie en productie van de code.

een andere maatstaf die u kunt gebruiken is cyclustijd. Het betekent tijd om een functie te bouwen nadat ze de goedkeuring hebben gekregen om eraan te beginnen. Tot slot kunt u de tijd bijhouden die nodig is om problemen op te lossen. Dit kan verwijzen naar de snelheid van het oplossen van tickets of bugs zodra ze zijn gemeld.

omdat deze gegevens moeilijk te meten zijn, is een andere methode om de procesefficiëntie te verbeteren om te detecteren waar onvoltooid werk begint op te stapelen in de wachtrij. Het kan een knelpunt benadrukken dat, indien verwijderd, uw teams kan helpen productiever te worden.

Coverage Metrics

een andere indicator voor de testkwaliteit is de coverage. Het informeert ons over de hoeveelheid geteste code. Het is een methode om ervoor te zorgen dat uw tests de code controleren en hoeveel ze werken. In dit geval is het beter om een top-down strategie te gebruiken. De eerste stap is het analyseren van module dekking. Dan denk je aan functionaliteit en, ten slotte, de dekking van gegevens in elke functionaliteit. Het betekent hoeveel verschillende combinaties van de potentiële data invoer je bedekt met tests.

deze groep omvat statistieken als:
● vereisten coverage percentage
● Unit test coverage
● manuele of verkennende test coverage
● testcases per vereiste categorie
● UI test coverage
● integratie en API test coverage

Codekwaliteitsmetrics

evaluatie van de codekwaliteit betekent het indelen van de waarde van de code in twee categorieën: goed en slecht. Er is geen enkel begrip van kwaliteit, omdat vrijwel elke ontwikkelaar bepaalt voor zichzelf wat goede code. Hoe kunt u de kwaliteit van de code beoordelen? Tools zoals SonarQube laten u onthullen hoeveel technische schuld is in een systeem. Je moet problemen en kwetsbaarheden classificeren, organiseren op prioriteit en selecteren waar je je op gaat richten.

Metrics voor fouten of incidenten

elk probleem verschilt in ernst, dus geef niet alle problemen gelijk gewicht. Sommige problemen zijn gewoon suggesties voor verbetering. Bepaal welke kwaliteitscomponenten belangrijker zijn dan andere voor uw bedrijf. Dat gezegd hebbende, ga verder dan alleen de hoeveelheid defecten bij het analyseren van de statistieken die u zult gebruiken.

Wat kunt u uit incidentrapporten halen? Deze resultaten kunnen zijn:

● totaal aantal bugs
● Open defecten
● gesloten defecten
● de tijd om elk incident rapport te sluiten
● veranderingen sinds de laatste release

regels voor het meten van Software testen Metrics

het evalueren van metrics in software testen en het schatten van hun succes kan frustrerend en vaag zijn. Hier zijn enkele tips en suggesties die u kunt gebruiken:

1. Correleer uw statistieken met project -, proces-en productdoelstellingen. Houd er rekening mee dat een enkele indicator is niet genoeg voor een volledig beeld van uw software kwaliteit.
2. Volg de voortgang (of regressie) door de tijd heen. Stroomlijn het gegevensverzamelingsproces door automatisering, sla gegevens op in een samenwerkende bron zoals een Wiki/Confluence en bekijk de resultaten regelmatig.
3. Rapporteer de statistieken aan de klant en het team om je voortgang te laten zien. Rapporten moeten gemakkelijk te begrijpen zijn, dus maak ze nuttig en gebruiksvriendelijk.
4. Controleer of de statistieken geldig zijn. Het bijhouden van irrelevante statistieken en het weergeven van onjuiste gegevens is uitgesloten.

meting is een belangrijke activiteit bij het testen van software, zoals het bepalen van het aantal succesvolle tests tegen het aantal mislukte. Alle informatie die je krijgt komt naar belanghebbenden. Als gevolg daarvan, ze kunnen weloverwogen beslissingen te nemen, zoals wanneer een app vrij te geven.

Hoe kunt u uw testactiviteiten controleren? U moet relevante software testen metrics te bepalen. Het kiezen van de juiste testgegevens kan moeilijk zijn. Vaak, teams kiezen voor statistieken die niet synchroon zijn met de totale business.

wat kan het ontbreken van adequate benchmarks veroorzaken? Stakeholders meten de vooruitgang niet, identificeren mogelijkheden voor ontwikkeling of controleren welke testtactieken de meest positieve impact hebben. Al met al moeten QA-teams individuele vooruitgang, vaardigheidsniveau en succes volgen, evenals code-kwaliteit, bugs en dekking.