Hva er Test Maturity Model (TMM) i programvaretesting?

⚡ Smart oppsummering

Testing Maturity Model (TMM) måler hvor moden en organisasjons programvaretestprosess er på tvers av fem kumulative nivåer, fra initial til optimalisert. Den ble avledet fra CMM for å gi testing sin egen forbedringsplan og vurderingsmetode.

📐 To komponenter: Fem kompetansenivåer pluss en vurderingsmodell som plasserer en organisasjon på ett av dem.
🪜 Kumulative nivåer: Hvert nivå krever målene fra nivået under, så ingen kan hoppes over.
🔍 Nivå 1 til 2: Testing er atskilt fra feilsøking og får sine egne retningslinjer, mål og grunnleggende teknikker.
🔄 Nivå 3 til 4: Testing integreres i hele livssyklusen, og blir deretter målt, kvantifisert og defekt-tracked.
🚀 Nivå 5: Selve prosessen er optimalisert, med feilforebygging, verktøystøtte og kontinuerlig forbedring.
📜 Gjeldende standard: TMMi, vedlikeholdt av TMMi Foundation, er etterfølgeren som brukes for formell sertifisering i dag.

Les mer

Hva er testmodenhetsmodellen (TMM)?

Testmodenhetsmodell (TMM) er et rammeverk for å vurdere hvor moden en organisasjons programvaretestprosess er. Det identifiserer gjeldende modenhetsnivå og setter mål for å forbedre prosessen trinn for trinn. TMM kan brukes sammen med enhver annen prosessforbedringsmodell eller helt alene.

TMM er bygget på Capability Maturity Model (CMM) og ble utviklet av Ilene Burnstein og kolleger ved Illinois Institute of Technology på 1990-tallet. Der CMM måler hele utviklingsprosessen, snevrer TMM inn linsen til kun testing.

Modellen har to hovedkomponenter:

Et sett med fem nivåer som definerer testkapasitet
En vurderingsmodell som brukes til å plassere en organisasjon på et av disse nivåene

De fem nivåene i testmodenhetsmodellen

De fem nivåene lar en organisasjon finne sin nåværende testprosess og se nøyaktig hvilke forbedringer som trengs for å nå neste nivå. Hvert nivå bygger på det underliggende, slik at de ikke kan hoppes over.

Merknad om navngivning: Den originale Burnstein-modellen betegner nivåene Initial, Fasedefinisjon, Integrasjon, Styring og måling, og Optimalisering/Feilforebygging og Kvalitetskontroll. De kortere navnene som brukes nedenfor er de som er vanlig i industrien.

TMM-nivåer	Mål	Et mål med TMM-nivåer
Nivå 1: Innledende	Programvaren skal kjøre vellykket	På dette nivået er ingen prosessområder identifisert Et mål med testing er å sikre at programvaren fungerer bra Dette nivået mangler ressurser, verktøy og opplært personale Nei Kvalitetssikring: kontroller før programvarelevering
Nivå 2: Definert	Utvikle mål og retningslinjer for testing og feilsøking	Testing er atskilt fra feilsøking, og de to behandles som separate aktiviteter. Testfasen kommer etter koding Et primært mål med testing er å vise at programvare oppfyller spesifikasjonene Grunnleggende testmetoder og -teknikker er på plass
Nivå 3: Integrert	Integrasjon av testing i programvarens livssyklus	Testing blir integrert i en hel livssyklus Testmålene er utledet fra kravene Testorganisasjon eksisterer Testing anerkjent som en profesjonell aktivitet
Nivå 4: Ledelse og måling	Etabler et testmåleprogram	Testing er en målt og kvantifisert prosess Revvisninger i hver utviklingsfase blir anerkjent som testaktiviteter For gjenbruk og Regresjonstesting, blir testtilfeller samlet og registrert i en testdatabase Defekter blir loggført og gitt alvorlighetsgrad
Nivå 5: Optimalisert	Test prosessoptimalisering	Testing er administrert og definert Testing av effektivitet og kostnader kan overvåkes Testing kan finjusteres og kontinuerlig forbedres Kvalitetskontroll og Defekt forebygging praktiseres Prosessgjenbruk praktiseres Testrelaterte beregninger har også verktøystøtte Verktøy gir støtte til Testsak design og defektsamling

TMM vs. TMMi: Hva endret seg

Modellen beskrevet ovenfor er den originale TMM-en fra Illinois Institute of Technology. I 2005 TMMi Foundation ble opprettet som en uavhengig ideell organisasjon og utgitt TMMi, integrasjonen av Test Maturity Model, som er versjonen organisasjoner vurderes og sertifiseres mot i dag.

Kriterier	TMM	TMMi
Origin	Illinois teknologiske institutt, 1990-tallet	TMMi Foundation, Fra 2005
I henhold til	CMM	CMMI
Structure	Fem nivåer med modenhetsmål	Fem nivåer med formelle prosessområder, mål og praksis
Navn på nivå 2	Fasedefinisjon	Forvaltes
Navn på nivå 5	Optimalisering, feilforebygging og kvalitetskontroll	Optimalisering
Formell sertifisering	Ikke tilgjengelig	Tilgjengelig gjennom akkrediterte takstmenn

De fem TMMi-nivåene er Initial, Administrert, Definert, Målt og Optimalisering. Tankegangen er den samme, men TMMi spesifiserer prosessområder og nødvendige praksiser mye mer detaljert, noe som gjør uavhengig vurdering mulig. Hvis du velger en modell for et nytt forbedringsprogram, start med TMMi; TMM forblir nyttig som det konseptuelle grunnlaget.

Forskjellen mellom CMM og TMM

CMM	TMM
Bedømmer modenheten til hele programvareutviklingsprosessen	Bedømmer kun modenheten til testprosessen
Dekker krav, design, koding og prosjektledelse	Dekker testplanlegging, testdesign, utførelse og feilforebygging
Eid av SEI på Carnegie Mellon, nå erstattet av CMMI	Utviklet ved Illinois Institute of Technology, nå etterfulgt av TMMi
Testing er ett praksisområde blant mange	Testing er hele temaet for modellen
Brukes til å sertifisere en organisasjon som leverandør	Brukes til å målrette og sekvensere programvaretesting forbedringer

Slik gjennomfører du en TMM-vurdering

En vurdering fastslår hvor en organisasjon faktisk befinner seg, snarere enn hvor den tror den befinner seg. Den går i fem faser.

Definer omfanget. Bestem hvilke produkter, team eller forretningsenheter som dekkes. Å vurdere et helt selskap på én gang gir sjelden konkrete funn.
Samle bevis. Samle testplaner, testtilfeller, feilrapporter og målinger, og intervju deretter testere, utviklere og ledere separat. Dokumenter viser hva som er skrevet ned, intervjuer viser hva som faktisk skjer.
Vurder hvert mål. Vurder hvert modenhetsmål på målnivået som fullstendig oppnådd, delvis oppnådd eller ikke oppnådd. Et nivå er bare nådd når alle målene er fullstendig oppnådd.
Identifiser hullene. List opp de uoppnådde målene i den rekkefølgen de blokkerer fremdriften. Fordi nivåene er kumulative, må et gap på nivå 2 lukkes før noe arbeid på nivå 3 starter.
Lag forbedringsplanen. Knytt en eier, en måldato og et målbart resultat til hvert gap, og vurder deretter på nytt etter et avtalt intervall.

To praktiske advarsler. For det første har en egenvurdering en tendens til å være generøs; der resultatet har en kommersielt betydning, bruk en akkreditert ekstern vurderer. For det andre, motstå fristelsen til å jage et nivånummer. Verdien ligger i forbedringene som avslører hullene, ikke i merket.

Fordeler og begrensninger med testmodenhetsmodellen

Fordeler

En objektiv grunnlinje: Modellen erstatter meninger om testkvalitet med et definert nivå og en dokumentert liste over gap.
En sekvensert veikart: Fordi nivåene er kumulative, bestemmes rekkefølgen på forbedringene for deg.
Tidligere feildeteksjon: De høyere nivåene skyver testing fremover til krav og design, der rettelser er billigst.
Et delt ordforråd: Testere, utviklere og ledelse diskuterer modenhet på samme måte.
Leverandørbevis: et formelt TMMi-nivå er anerkjent i anskaffelser og forhandlingertracforhandlinger.

Begrensninger

Tregt og kostbart: Å klatre opp et nivå tar vanligvis mange måneder med vedvarende innsats.
Dokumentasjonstung: Beviskravene kan komme i konflikt med lett, smidig praksis hvis de anvendes strengt.
Nivåjakt: Teamene kan optimalisere for vurderingen i stedet for produktkvalitet.
Ikke en erstatning for ferdigheter: En moden prosess bemannet med uerfarne testere produserer fortsatt svake tester.

Testing av modenhetsmodell: Viktige konklusjoner

TMM vurderer modenheten til en testprosess på fem nivåer, fra initial til optimalisert.
Den er avledet fra CMM, men begrenser omfanget fra hele utviklingsprosessen til kun testing.
Nivåer er kumulative: en organisasjon kan ikke nå Integrert uten først å oppfylle målene for Definert.
Feil som oppdages etter levering er de dyreste å reparere, noe som er det økonomiske argumentet for å øke testmodenheten.
TMMi, vedlikeholdt av TMMi Foundation, er den nåværende etterfølgeren og den som brukes til formell sertifisering.

Spørsmål og svar

TMM er den opprinnelige akademiske modellen fra Illinois Institute of Technology. TMMi er dens etterfølger, vedlikeholdt av TMMi Foundation, i samsvar med CMMI og detaljert nok til å støtte formell, akkreditert sertifisering.

Nei. Nivåene er kumulative, så alle målene på det lavere nivået må oppnås fullt ut først. Et team som automatiserer mye, men ikke har noen testpolicy, er fortsatt på nivå 1.

Ja, men det må anvendes med skjønn. Målene gjelder testing av resultater snarere enn dokumenter, så et agilt team kan tilfredsstille dem med automatiserte pakker og kriterier for ferdig definisjon i stedet for formelle planer.

AI-assistert testgenerering og selvreparerende automatisering støtter hovedsakelig de høyere nivåene, der måling og feilforebygging allerede finnes. Anvendt på nivå 1 øker de hastigheten uten å legge til disiplinen modellen måler.

Ja. AI kan analysere feildata, testdekning og dokumentasjon for å indikere et sannsynlig nivå og fremheve mangler. En formell sertifisert vurdering krever fortsatt en akkreditert menneskelig vurderingsperson.