Hvad er Test Maturity Model (TMM) i softwaretest?

Af: Thomas Hamilton Thomas Hamilton
Hours Opdateret

⚡ Smart opsummering

Testmodenhedsmodellen (TMM) måler, hvor moden en organisations softwaretestproces er på tværs af fem kumulative niveauer, fra initial til optimeret. Den blev afledt af CMM for at give test sin egen forbedringsplan og vurderingsmetode.

  • 📐 To komponenter: Fem kapacitetsniveauer plus en vurderingsmodel, der placerer en organisation på et af dem.
  • 🪜 Kumulative niveauer: Hvert niveau kræver målene fra niveauet nedenfor, så ingen kan springes over.
  • 🔍 Niveau 1 til 2: Testning adskiller sig fra fejlfinding og får sine egne politikker, mål og grundlæggende teknikker.
  • 🔄 Niveau 3 til 4: Testning integreres i hele livscyklussen og bliver derefter målt, kvantificeret og defekt-tracked.
  • 🚀 Niveau 5: Selve processen er optimeret med forebyggelse af fejl, værktøjssupport og løbende forbedringer.
  • 📜 Nuværende standard: TMMi, vedligeholdt af TMMi Foundation, er den efterfølger, der bruges til formel certificering i dag.
Læs mere

Hvad er testmodenhedsmodellen TMM

Hvad er testmodenhedsmodellen (TMM)?

Testmodenhedsmodel (TMM) er et rammeværk til vurdering af, hvor moden en organisations softwaretestproces er. Det identificerer det nuværende modenhedsniveau og sætter mål for forbedring af processen trin for trin. TMM kan bruges sideløbende med enhver anden procesforbedringsmodel eller helt alene.

TMM er bygget på Capability Maturity Model (CMM) og blev udviklet af Ilene Burnstein og kolleger på Illinois Institute of Technology i 1990'erne. Hvor CMM måler hele udviklingsprocessen, indsnævrer TMM linsen til udelukkende testning.

Modellen har to hovedkomponenter:

  1. Et sæt af fem niveauer, der definerer testkapacitet
  2. En vurderingsmodel, der bruges til at placere en organisation på et af disse niveauer

Test af modenhedsmodel

De fem niveauer i testmodenhedsmodellen

De fem niveauer giver en organisation mulighed for at lokalisere sin nuværende testproces og se præcis hvilke forbedringer der er nødvendige for at nå det næste niveau. Hvert niveau bygger videre på det nedenstående, så de kan ikke springes over.

Bemærkning om navngivning: Den originale Burnstein-model betegner niveauerne Initial, Fasedefinition, Integration, Styring og måling samt Optimering/Fejlforebyggelse og Kvalitetskontrol. De kortere navne, der anvendes nedenfor, er dem, der er almindeligt anvendt i branchen.

TMM niveauer Mål Et mål med TMM-niveauer
Niveau 1: Indledende Software bør køre med succes
  • På dette niveau er ingen procesområder identificeret
  • Et mål med test er at sikre, at softwaren fungerer fint
  • Dette niveau mangler ressourcer, værktøjer og uddannet personale
  • Ingen Kvalitetssikring kontrol før levering af software
Niveau 2: Defineret Udvikle mål og politikker for test og fejlfinding
  • Testning er adskilt fra fejlfinding, og de to behandles som separate aktiviteter
  • Testfasen kommer efter kodning
  • Et primært mål med test er at vise, at software opfylder specifikationerne
  • Grundlæggende testmetoder og -teknikker er på plads
Niveau 3: Integreret Integration af test i softwarens livscyklus
  • Test bliver integreret i en hel livscyklus
  • Testmålene er afledt af kravene
  • Testorganisation findes
  • Test anerkendt som en professionel aktivitet
Niveau 4: Ledelse og måling Etabler et testmåleprogram
  • Test er en målt og kvantificeret proces
  • RevVisninger i hver udviklingsfase anerkendes som testaktiviteter
  • Til genbrug og Regressionstest, bliver testcases samlet og registreret i en testdatabase
  • Defekter logges og får alvorlighedsniveauer
Niveau 5: Optimeret Test procesoptimering
  • Testning styres og defineres
  • Test effektivitet og omkostninger kan overvåges
  • Test kan finjusteres og løbende forbedres
  • Kvalitetskontrol og Defekt forebyggelse praktiseres
  • Der praktiseres procesgenbrug
  • Testrelaterede målinger har også værktøjsunderstøttelse
  • Værktøjer giver støtte til Test sag design og defekt kollektion

RELATEREDE ARTIKLER

TMM vs. TMMi: Hvad ændrede sig

Den ovenfor beskrevne model er den originale TMM fra Illinois Institute of Technology. I 2005 TMMi Foundation blev oprettet som en uafhængig nonprofitorganisation og udgivet TMMi, integrationen af ​​Test Maturity Model, som er den version, organisationer vurderes og certificeres i forhold til i dag.

Kriterier TMM TMMi
Oprindelse Illinois Institute of Technology, 1990'erne TMMi Foundation, fra 2005
På linie med CMM CMMI
Struktur Fem niveauer med modenhedsmål Fem niveauer med formelle procesområder, mål og praksis
Navn på niveau 2 Fasedefinition Managed
Navn på niveau 5 Optimering, fejlforebyggelse og kvalitetskontrol Optimering
Formel certificering Ikke tilgængelig Tilgængelig gennem akkrediterede vurderingsmænd

De fem TMMi-niveauer er Initial, Managed, Defined, Measured og Optimization. Tankegangen er den samme, men TMMi specificerer procesområder og nødvendige praksisser langt mere detaljeret, hvilket gør uafhængig vurdering mulig. Hvis du vælger en model til et nyt forbedringsprogram, skal du starte med TMMi; TMM forbliver nyttigt som det konceptuelle fundament.

Forskellen mellem CMM og TMM

CMM TMM
Bedømmer modenheden af ​​hele softwareudviklingsprocessen Bedømmer kun testprocessens modenhed
Dækker krav, design, kodning og projektledelse Dækker testplanlægning, testdesign, udførelse og defektforebyggelse
Ejet af SEI på Carnegie Mellon, nu erstattet af CMMI Udviklet på Illinois Institute of Technology, nu efterfulgt af TMMi
Testning er ét praksisområde blandt mange Testning er hele emnet for modellen
Bruges til at certificere en organisation som leverandør Bruges til at målrette og sekventere software test forbedringer

Sådan udfører du en TMM-vurdering

En vurdering fastlægger, hvor en organisation rent faktisk befinder sig, snarere end hvor den mener, den befinder sig. Den foregår i fem faser.

  1. Definer omfanget. Beslut hvilke produkter, teams eller forretningsenheder der er dækket. En vurdering af en hel virksomhed på én gang giver sjældent brugbare resultater.
  2. Saml beviser. Indsaml testplaner, testcases, fejlrapporter og metrikker, og interview derefter testere, udviklere og ledere separat. Dokumenter viser, hvad der er nedskrevet; interviews viser, hvad der rent faktisk sker.
  3. Bedøm hvert mål. Score hvert modenhedsmål på målniveauet som fuldt opnået, delvist opnået eller ikke opnået. Et niveau er kun nået, når alle dets mål er fuldt opnået.
  4. Identificér hullerne. Angiv de uopfyldte mål i den rækkefølge, de blokerer for fremskridt. Da niveauerne er kumulative, skal et hul på niveau 2 lukkes, før noget arbejde på niveau 3 påbegyndes.
  5. Lav forbedringsplanen. Knyt en ejer, en måldato og et målbart resultat til hvert hul, og vurder derefter efter et aftalt interval.

To praktiske advarsler. For det første har en selvevaluering en tendens til at være generøs; hvor resultatet betyder noget kommercielt, bør du bruge en akkrediteret ekstern assessor. For det andet, modstå fristelsen til at jagte et niveau. Værdien ligger i de forbedringer, som hullerne afslører, ikke i badget.

Fordele og begrænsninger ved testmodenhedsmodellen

Fordele

  • En objektiv basislinje: Modellen erstatter meninger om testkvalitet med et defineret niveau og en dokumenteret liste over mangler.
  • En sekventiel køreplan: Da niveauerne er kumulative, bestemmes rækkefølgen af ​​forbedringerne for dig.
  • Tidligere fejlopdagelse: De højere niveauer skubber testning frem til krav og design, hvor rettelser er billigst.
  • Et fælles ordforråd: Testere, udviklere og ledelse diskuterer modenhed på samme måde.
  • Leverandørbevis: et formelt TMMi-niveau anerkendes i indkøb og forhandlingtracforhandlinger.

Begrænsninger

  • Langsomt og dyrt: Det tager typisk mange måneders vedvarende indsats at bevæge sig op på et niveau.
  • Dokumentationstung: Evidenskravene kan være i konflikt med let agil praksis, hvis de anvendes rigidt.
  • Jagt på niveau: Teams kan optimere med henblik på vurderingen i stedet for produktkvaliteten.
  • Ikke en erstatning for færdigheder: En moden proces med uerfarne testere producerer stadig svage tests.

Testmodenhedsmodel: Vigtige konklusioner

  • TMM vurderer modenheden af ​​en testproces på fem niveauer, fra initial til optimeret.
  • Det er afledt af CMM, men indsnævrer omfanget fra hele udviklingsprocessen til alene testning.
  • Niveauer er kumulative: en organisation kan ikke nå Integreret uden først at opfylde målene for Defineret.
  • Fejl, der findes efter levering, er de dyreste at udbedre, hvilket er det økonomiske argument for at øge testens modenhed.
  • TMMi, vedligeholdt af TMMi Foundation, er den nuværende efterfølger og den, der bruges til formel certificering.

Ofte Stillede Spørgsmål

TMM er den oprindelige akademiske model fra Illinois Institute of Technology. TMMi er dens efterfølger, der vedligeholdes af TMMi. Foundation, i overensstemmelse med CMMI og detaljeret nok til at understøtte formel, akkrediteret certificering.

Nej. Niveauerne er kumulative, så alle mål på det lavere niveau skal først nås fuldt ud. Et team, der automatiserer kraftigt, men ikke har nogen testpolitik, er stadig på niveau 1.

Ja, selvom det skal anvendes med dømmekraft. Målene vedrører testresultater snarere end dokumenter, så et agilt team kan tilfredsstille dem med automatiserede pakker og definition af færdige resultater i stedet for formelle planer.

AI-assisteret testgenerering og selvreparerende automatisering understøtter primært de højere niveauer, hvor måling og defektforebyggelse allerede findes. Anvendt på niveau 1 tilføjer de hastighed uden at tilføje den disciplin, som modellen måler.

Ja. AI kan analysere defektdata, testdækning og dokumentation for at indikere et sandsynligt niveau og fremhæve mangler. En formel certificeret vurdering kræver stadig en akkrediteret menneskelig assessor.

Opsummer dette indlæg med: