Vad är Test Maturity Model (TMM) i mjukvarutestning?

⚡ Smart sammanfattning

Testmognadsmodellen (TMM) mäter hur mogen en organisations programvarutestningsprocess är över fem kumulativa nivåer, från initial till optimerad. Den härleddes från CMM för att ge testningen en egen förbättringsplan och bedömningsmetod.

📐 Två komponenter: Fem kapacitetsnivåer plus en bedömningsmodell som placerar en organisation på en av dem.
🪜 Kumulativa nivåer: Varje nivå kräver målen från nivån nedan, så inget kan hoppas över.
🔍 Nivå 1 till 2: Testning separeras från felsökning och får sina egna policyer, mål och grundläggande tekniker.
🔄 Nivå 3 till 4: Testning integreras i hela livscykeln och blir sedan mätt, kvantifierad och defekt-tracked.
🚀 Nivå 5: Själva processen är optimerad, med felförebyggande åtgärder, verktygsstöd och kontinuerlig förbättring.
📜 Nuvarande standard: TMMi, underhålls av TMMi Foundation, är den efterföljare som används för formell certifiering idag.

Läs mer

Vad är testmognadsmodellen (TMM)?

Testmognadsmodell (TMM) är ett ramverk för att bedöma hur mogen en organisations mjukvarutestningsprocess är. Den identifierar den nuvarande mognadsnivån och sätter mål för att förbättra processen steg för steg. TMM kan användas tillsammans med vilken annan processförbättringsmodell som helst eller helt på egen hand.

TMM bygger på Capability Maturity Model (CMM) och utvecklades av Ilene Burnstein och kollegor vid Illinois Institute of Technology på 1990-talet. Medan CMM mäter hela utvecklingsprocessen, begränsar TMM linsen till enbart testning.

Modellen har två huvudkomponenter:

En uppsättning av fem nivåer som definierar testförmåga
En bedömningsmodell som används för att placera en organisation på en av dessa nivåer

De fem nivåerna i testmognadsmodellen

De fem nivåerna låter en organisation lokalisera sin nuvarande testprocess och se exakt vilka förbättringar som behövs för att nå nästa nivå. Varje nivå bygger på den underliggande, så de kan inte hoppas över.

Anmärkning om namngivning: Den ursprungliga Burnstein-modellen benämner nivåerna Initial, Fasdefinition, Integration, Hantering och Mätning samt Optimering/Felförebyggande och Kvalitetskontroll. De kortare namnen som används nedan är de som används i vanlig bransch.

TMM-nivåer	Mål	Ett mål för TMM-nivåer
Nivå 1: Initial	Programvaran bör köras framgångsrikt	På denna nivå identifieras inga processområden Ett mål med testning är att säkerställa att programvaran fungerar bra Denna nivå saknar resurser, verktyg och utbildad personal Nej Kvalitetssäkring kontroller före leverans av programvara
Nivå 2: Definierat	Utveckla mål och policyer för testning och felsökning	Testning är separerat från felsökning och de två behandlas som separata aktiviteter. Testfasen kommer efter kodning Ett primärt mål med testning är att visa att programvara uppfyller specifikationerna Grundläggande testmetoder och tekniker finns på plats
Nivå 3: Integrerad	Integrering av testning i mjukvarans livscykel	Testning integreras i en hel livscykel Testmålen härleds från kraven Testorganisation finns Testning erkänd som en professionell aktivitet
Nivå 4: Ledning och mätning	Upprätta ett testmätningsprogram	Testning är en uppmätt och kvantifierad process Revvisningar i varje utvecklingsfas redovisas som testaktiviteter För återanvändning och Regressionstestning, samlas testfall och registreras i en testdatabas Defekter loggas och ges svårighetsgrad
Nivå 5: Optimerad	Testa processoptimering	Testning hanteras och definieras Testningseffektivitet och kostnader kan övervakas Testning kan finjusteras och kontinuerligt förbättras Kvalitetskontroll och defekt förebyggande praktiseras Processåteranvändning övas Testrelaterade mätvärden har också verktygsstöd Verktyg ger stöd för Testfall design och defektkollektion

TMM vs TMMi: Vad som förändrades

Modellen som beskrivs ovan är den ursprungliga TMM:n från Illinois Institute of Technology. År 2005 TMMi Foundation grundades som en oberoende ideell organisation och publicerades TMMi, integrationen av Test Maturity Model, vilket är den version som organisationer bedöms och certifieras mot idag.

Kriterier	TMM	TMMi
Ursprung	Illinois tekniska institut, 1990-talet	TMMi Foundation, Från 2005
Justerat med	CMM	CMMI
Structure	Fem nivåer med mognadsmål	Fem nivåer med formella processområden, mål och praxis
Nivå 2-namn	Fasdefinition	Hanterad
Nivå 5-namn	Optimering, felförebyggande och kvalitetskontroll	Optimering
Formell certifiering	Ej tillgänglig	Tillgänglig via ackrediterade bedömare

De fem TMMi-nivåerna är Initial, Hanterad, Definierad, Mätt och Optimering. Tankesättet är detsamma, men TMMi specificerar processområden och nödvändiga metoder mycket mer i detalj, vilket är det som möjliggör oberoende bedömning. Om du väljer en modell för ett nytt förbättringsprogram, börja med TMMi; TMM förblir användbar som konceptuell grund.

Skillnaden mellan CMM och TMM

CMM	TMM
Bedömer mognaden i hela programvaruutvecklingsprocessen	Bedömer endast testprocessens mognad
Täcker krav, design, kodning och projektledning	Omfattar testplanering, testdesign, utförande och felförebyggande åtgärder
Ägs av SEI på Carnegie Mellon, nu ersatt av CMMI	Utvecklad vid Illinois Institute of Technology, nu efterträdd av TMMi
Testning är ett övningsområde bland många	Testning är hela modellens ämne
Används för att certifiera en organisation som leverantör	Används för att rikta in sig på och sekvensera mjukvarutestning förbättringar

Hur man genomför en TMM-bedömning

En bedömning fastställer var en organisation faktiskt befinner sig, snarare än var den tror att den befinner sig. Den sker i fem steg.

Definiera omfattningen. Bestäm vilka produkter, team eller affärsenheter som omfattas. Att bedöma ett helt företag på en gång ger sällan användbara resultat.
Samla bevis. Samla in testplaner, testfall, felrapporter och mätvärden, och intervjua sedan testare, utvecklare och chefer separat. Dokument visar vad som skrivs ner; intervjuer visar vad som faktiskt händer.
Betygsätt varje mål. Poängsätt varje mognadsmål på målnivån som helt uppnått, delvis uppnått eller inte uppnått. En nivå är endast uppnådd när vart och ett av dess mål är helt uppnått.
Identifiera luckorna. Lista de ouppfyllda målen i den ordning de blockerar framstegen. Eftersom nivåerna är kumulativa måste en lucka på nivå 2 täckas innan något arbete på nivå 3 påbörjas.
Bygg förbättringsplanen. Koppla en ägare, ett måldatum och ett mätbart resultat till varje lucka, och utvärdera sedan igen efter ett överenskommet intervall.

Två praktiska varningar. För det första tenderar en självbedömning att vara generös; där resultatet är kommersiellt viktigt, använd en ackrediterad extern bedömare. För det andra, motstå frestelsen att jaga ett nivånummer. Värdet ligger i de förbättringar som bristerna visar, inte i märket.

Fördelar och begränsningar med testmognadsmodellen

Fördelar

En objektiv baslinje: Modellen ersätter åsikter om testkvalitet med en definierad nivå och en dokumenterad lista över gap.
En sekvenserad färdplan: Eftersom nivåerna är kumulativa bestäms ordningen på förbättringarna åt dig.
Tidigare feldetektering: De högre nivåerna driver testning framåt till krav och design, där korrigeringar är billigast.
Ett gemensamt ordförråd: testare, utvecklare och ledning diskuterar mognad i samma termer.
Leverantörsbevis: en formell TMMi-nivå erkänns vid upphandling och hanteringtracförhandlingar.

Begränsningar

Långsamt och dyrt: Att klättra upp en nivå tar vanligtvis många månader av ihållande ansträngning.
Dokumentationstung: Beviskraven kan komma i konflikt med lättviktig agil praxis om de tillämpas strikt.
Nivåjakt: Team kan optimera för bedömningen snarare än för produktkvalitet.
Inte en ersättning för skicklighet: en mogen process med oerfarna testare producerar fortfarande svaga tester.

Testmognadsmodell: Viktiga slutsatser

TMM bedömer mognaden hos en testprocess på fem nivåer, från initial till optimerad.
Det är härlett från CMM men begränsar omfattningen från hela utvecklingsprocessen till enbart testning.
Nivåerna är kumulativa: en organisation kan inte nå Integrerad utan att först uppnå målen för Definierad.
Fel som upptäcks efter leverans är de dyraste att åtgärda, vilket är det ekonomiska argumentet för att höja testmognaden.
TMMi, underhålls av TMMi Foundation, är den nuvarande efterföljaren och den som används för formell certifiering.

Vanliga frågor

TMM är den ursprungliga akademiska modellen från Illinois Institute of Technology. TMMi är dess efterföljare, som underhålls av TMMi. Foundation, i linje med CMMI och tillräckligt detaljerad för att stödja formell, ackrediterad certifiering.

Nej. Nivåerna är kumulativa, så alla mål på den lägre nivån måste uppnås helt först. Ett team som automatiserar kraftigt men inte har någon testpolicy är fortfarande på nivå 1.

Ja, även om det måste tillämpas med omdöme. Målen handlar om testresultat snarare än dokument, så ett agilt team kan tillfredsställa dem med automatiserade sviter och kriterier för färdigställande istället för formella planer.

AI-assisterad testgenerering och självläkande automatisering stöder främst de högre nivåerna, där mätning och defektförebyggande redan finns. Tillämpade på nivå 1 ökar de hastigheten utan att lägga till den disciplin som modellen mäter.

Ja. AI kan analysera defektdata, testtäckning och dokumentation för att indikera en sannolik nivå och lyfta fram brister. En formell certifierad bedömning kräver fortfarande en ackrediterad mänsklig bedömare.