Softwareteststatistieken: wat is, typen en voorbeelden
Thomas Hamilton
⚡ Slimme samenvatting
Softwareteststatistieken zijn kwantitatieve metingen van de voortgang, kwaliteit en productiviteit van een testproces. Deze handleiding behandelt de drie soorten statistieken, het onderscheid tussen basisstatistieken en berekende statistieken, de levenscyclus van statistieken en een verklarende woordenlijst met formules die u direct kunt toepassen.
Wat zijn softwareteststatistieken?
Softwareteststatistieken zijn de kwantitatieve maatstaven die worden gebruikt om de voortgang, kwaliteit, productiviteit en gezondheid van het softwaretestproces te schatten. Het doel van softwareteststatistieken is om de efficiëntie en effectiviteit van het softwaretestproces te verbeteren en betere beslissingen te helpen nemen voor verdere testprocessen door betrouwbare gegevens over het testproces te verstrekken.
Een meetwaarde drukt in kwantitatieve termen uit in welke mate een systeem, een component of een proces een bepaalde eigenschap bezit. Een eenvoudige analogie is het werkelijke wekelijkse brandstofverbruik van een auto vergeleken met het door de fabrikant opgegeven cijfer.
Meetgegevens voor het testen van software – Verbetert de efficiëntie en effectiviteit van een softwaretestproces.
Softwareteststatistieken of softwaretestmetingen zijn de kwantitatieve indicatie van de omvang, capaciteit, dimensie, hoeveelheid of grootte van een kenmerk van een proces of product.
Voorbeeld voor softwaretestmeting: Totaal aantal defecten
Waarom zijn teststatistieken belangrijk?
“We kunnen niet verbeteren wat we niet kunnen meten.” Teststatistieken zijn er om het testproces meetbaar te maken.
- Bepaal wat de volgende fase van activiteiten moet zijn.
- Geef bewijs voor een bewering of voorspelling over kwaliteit.
- Bepaal welk soort verbetering nodig is.
- Rechtvaardig een wijziging van een proces of technologie.
Lees meer over zijn Belang van teststatistieken
Soorten teststatistieken
- Processtatistieken: Het kan worden gebruikt om de procesefficiëntie van de SDLC te verbeteren (Levenscyclus van softwareontwikkeling)
- Productstatistieken: Het gaat over de kwaliteit van het softwareproduct
-
Projectstatistieken: Het kan worden gebruikt om de efficiëntie van een projectteam of een ander projectteam te meten testtools wordt gebruikt door de teamleden
Het kiezen van de juiste meetwaarden is belangrijker dan het verzamelen ervan. Houd rekening met het volgende voordat u een set vaststelt:
- Bepaal de doelgroep voor de metrische voorbereiding
- Definieer het doel voor statistieken
- Introduceer alle relevante statistieken op basis van projectbehoeften
- Weeg de kosten en baten van elke meetwaarde af en bepaal in welke fase van de projectlevenscyclus deze de meeste waarde oplevert.
Handmatige teststatistieken
In Software EngineeringHandmatige teststatistieken worden in twee klassen ingedeeld
- Basisstatistieken
- Berekende statistieken
Basisstatistieken zijn de onbewerkte gegevens die door Testanalist worden verzameld tijdens de ontwikkeling en uitvoering van de testcase (# uitgevoerde testgevallen, # testgevallen). Terwijl berekende statistieken zijn afgeleid van de gegevens die zijn verzameld in basisstatistieken. Berekende statistieken worden meestal gevolgd door de testmanager voor testrapportagedoeleinden (% voltooid, % testdekking).
Afhankelijk van het project of bedrijfsmodel zijn de belangrijkste meetwaarden doorgaans:
- Productiviteitsstatistieken voor de uitvoering van testcases
- Productiviteitsstatistieken voor het voorbereiden van testcases
- Defectstatistieken
- Defecten volgens prioriteit
- Defecten naar ernst
- Defecte slipverhouding
Handmatige versus geautomatiseerde teststatistieken
De hierboven beschreven meetwaarden gaan uit van een handmatig uitgevoerde testsuite. Een geautomatiseerde testsuite wordt anders gemeten, omdat de uitvoeringsinspanning niet langer de beperkende factor is.
| criteria | Handmatige teststatistieken | Statistieken voor geautomatiseerd testen |
|---|---|---|
| Primaire focus | Voortgang van inspanning en uitvoering | Dekking, stabiliteit en looptijd |
| Typische maat | Testgevallen uitgevoerd per dag | Dekkingspercentage van automatisering |
| Kwaliteitssignaal | Geconstateerde defecten per testuren | Het percentage onbetrouwbare tests, het aandeel instabiele tests. |
| Kostenmaatstaf | Testuren | Scriptonderhoudsuren per release |
| Snelheidsmeting | Cyclusduur in dagen | Uitvoeringstijd van de suite in minuten |
Automation Coverage = (Test cases automated / Total test cases) x 100 Flaky Test Rate = (Tests with inconsistent results / Total automated tests) x 100
Een onbetrouwbaar testpercentage verdient bijzondere aandacht. Zodra dit boven de 5 procent komt, beginnen teams rode builds te negeren, en vanaf dat moment levert de testsuite geen informatie meer, ongeacht hoe hoog de dekking is.
Levenscyclus van teststatistieken in software-engineering
| Verschillende stadia van de levenscyclus van statistieken | Stappen tijdens elke fase |
|---|---|
| Analyse |
|
| Communiceer |
|
| Evaluatie |
|
| Rapport |
|
Hoe bereken je een teststatistiek?
| Sr # | Stappen om statistieken te testen | Voorbeeld |
|---|---|---|
| 1 | Identificeer de sleutel software testen te meten processen | Testvoortgang trackoning proces |
| 2 | In deze stap gebruikt de tester de gegevens als basislijn om de statistieken te definiëren | Het aantal geplande testgevallen per dag |
| 3 | Vaststellen van de te volgen informatie, een frequentie van trackoning en de verantwoordelijke persoon | Aan het einde van de dag wordt de daadwerkelijke testuitvoering per dag vastgelegd door de testmanager |
| 4 | Effectieve berekening, beheer en interpretatie van de gedefinieerde statistieken | De daadwerkelijk uitgevoerde testgevallen per dag |
| 5 | Identificeer de verbetergebieden, afhankelijk van de interpretatie van gedefinieerde statistieken | If testcase Als de uitvoering achterblijft bij het overeengekomen doel, onderzoek dan de oorzaak en stel corrigerende maatregelen voor. |
Voorbeeld van een testmetriekberekening
Neem het percentage uitgevoerde testgevallen als voorbeeld. Om de uitvoeringsstatus als percentage uit te drukken, gebruikt u de volgende formule:
Percentage test cases executed= (No of test cases executed/ Total no of test cases written) X 100
Als er 250 testgevallen zijn geschreven en er 175 zijn uitgevoerd, is het resultaat (175 / 250) x 100 = 70 procent.
Hetzelfde patroon geldt voor alle andere uitvoeringsparameters: testgevallen die niet zijn uitgevoerd, geslaagd, mislukt en geblokkeerd. Elk is simpelweg een andere teller gedeeld door dezelfde noemer.
Belangrijkste teststatistieken voor Track
De verklarende woordenlijst aan het einde van deze handleiding bevat alle gangbare formules. In de praktijk heeft een rapportagepakket zelden meer dan acht formules nodig. Dit zijn de formules die consequent een beslissing sturen.
| metrisch | Wat het antwoord is | Pas op voor |
|---|---|---|
| Percentage van de uitvoering van testgevallen | Hoe ver zijn we al met de geplande uitvoering? | Zegt niets over kwaliteit, alleen over vooruitgang. |
| Defectdichtheid | Defecten per maateenheid, dus welke module is het zwakst? | Afhankelijk van een consistente maateenheid. |
| Efficiëntie van defectverwijdering | Welk percentage van de defecten hebben we vóór de release opgespoord? | Kan pas worden afgerond nadat de productiedata zijn ontvangen. |
| Lekkage van defecten | Hoeveel defecte exemplaren bereikten de klant? | Het allerbelangrijkste kwaliteitssignaal |
| Test dekking | In welk percentage van de gestelde eisen wordt voldaan? | Een hoge dekkingsgraad met zwakke beweringen bewijst niets. |
| Index voor de ernst van defecten | Zijn de open gebreken ernstig of slechts cosmetisch van aard? | Het tellen van defecten zonder weging leidt tot een misleidend resultaat. |
| Gemiddelde reparatietijd | Hoe snel kan het team een probleem oplossen? | Vertekend door een paar langdurige gebreken |
| Productiviteit van testuitvoering | Hoeveel gevallen behandelt een tester per dag? | Stimuleert oppervlakkige tests indien gebruikt als doelwit |
Twee formules die het waard zijn om aan de woordenlijst toe te voegen, omdat het de formules zijn waar het management om vraagt:
Defect Removal Efficiency = (Defects found before release / Total defects found) x 100
Defect Leakage = (Defects found in production / Defects found before release) x 100
De meetval. Elke meetwaarde die als doel wordt gebruikt, is niet langer een goede maatstaf. Stel een productiviteitsdoel van 30 testgevallen per dag en testers schrijven er 30 triviale. Rapporteer meetwaarden als een geheel, nooit afzonderlijk, en koppel elk productiviteitscijfer aan een kwaliteitscijfer.
Formulebeschrijving van meetmethoden voor softwaretesten
- Herwerkinspanningsratio = (Werkelijke herbewerkingsinspanningen besteed in die fase/totaal werkelijke inspanningen besteed in die fase) X 100
- Vereiste Kruip = (Totaal aantal toegevoegde vereisten/aantal initiële vereisten)X100
- Schemavariantie = (Werkelijke leveringsdatum – geplande leveringsdatum)
- Kosten voor het vinden van een defect tijdens het testen = (Totale inspanning besteed aan testen/defecten gevonden tijdens testen)
- Schema slippen = (Werkelijke einddatum – Geschatte einddatum) / (Geplande einddatum – Geplande startdatum) X 100
- Percentage geslaagde testgevallen = (Aantal geslaagde tests/totaal aantal uitgevoerde tests) X 100
- Percentage mislukte testgevallen = (Aantal mislukte tests/totaal aantal uitgevoerde tests) X 100
- Percentage geblokkeerde testgevallen = (Aantal geblokkeerde tests/totaal aantal uitgevoerde tests) X 100
- Percentage opgeloste defecten = (Defecten opgelost/Defecten gerapporteerd) X 100
- Geaccepteerde defectenpercentage = (Defecten geaccepteerd als geldig door het ontwikkelteam/Totaal aantal gerapporteerde defecten) X 100
- Uitgesteld percentage defecten = (Defecten uitgesteld voor toekomstige releases / Totaal gerapporteerde defecten) X 100
- Percentage kritieke defecten = (Kritische defecten / Totaal gerapporteerde defecten) X 100
- Gemiddelde tijd die een ontwikkelteam nodig heeft om defecten te repareren = (Totale tijd nodig voor bugfixes/aantal bugs)
- Aantal tests dat per tijdsperiode wordt uitgevoerd = Aantal uitgevoerde tests/totale tijd
- Ontwerpefficiëntie testen = Aantal ontworpen tests /Totale tijd
- Efficiëntie van testbeoordelingen = Aantal beoordeelde tests /Totale tijd
- Bug-vindpercentage, oftewel defecten per testuur = Totaal aantal defecten / Totaal aantal testuren
