Wat is het Test Maturity Model (TMM) bij het testen van software?
Thomas Hamilton
⚡ Slimme samenvatting
Het Testing Maturity Model (TMM) meet de volwassenheid van het softwaretestproces van een organisatie aan de hand van vijf cumulatieve niveaus, van Initieel tot Geoptimaliseerd. Het is afgeleid van het CMM om testen een eigen routekaart voor verbetering en een eigen beoordelingsmethode te bieden.
Wat is het Testing Maturity Model (TMM)?
Testmaturiteitsmodel (TMM) TMM is een raamwerk voor het beoordelen van de volwassenheid van het softwaretestproces van een organisatie. Het identificeert het huidige volwassenheidsniveau en stelt doelen voor het stapsgewijs verbeteren van het proces. TMM kan naast elk ander procesverbeteringsmodel worden gebruikt of volledig op zichzelf staan.
TMM is gebaseerd op het Capability Maturity Model (CMM) en werd in de jaren negentig ontwikkeld door Ilene Burnstein en collega's aan het Illinois Institute of Technology. Waar CMM het hele ontwikkelingsproces meet, richt TMM zich uitsluitend op het testen.
Het model bestaat uit twee hoofdonderdelen:
- Een reeks van vijf niveaus die de testcapaciteit definiëren.
- Een beoordelingsmodel dat wordt gebruikt om een organisatie op een van die niveaus te plaatsen.
De vijf niveaus van het testvolwassenheidsmodel
De vijf niveaus stellen een organisatie in staat om haar huidige testproces in kaart te brengen en precies te zien welke verbeteringen nodig zijn om het volgende niveau te bereiken. Elk niveau bouwt voort op het niveau eronder, dus ze kunnen niet worden overgeslagen.
Opmerking over de naamgeving: Het oorspronkelijke Burnstein-model benoemt de niveaus als Initieel, Fasebepaling, Integratie, Management en Meting, en Optimalisatie/Defectpreventie en Kwaliteitscontrole. De kortere namen die hieronder worden gebruikt, zijn de gangbare benamingen in de industrie.
| TMM-niveaus | Doelen | Een doelstelling van TMM-niveaus |
|---|---|---|
| Niveau 1: Initieel | De software zou succesvol moeten werken |
|
| Niveau 2: gedefinieerd | Ontwikkel doelstellingen en beleid voor testen en debuggen |
|
| Niveau 3: Geïntegreerd | Integratie van testen in de softwarelevenscyclus |
|
| Niveau 4: Beheer en meting | Opstellen van een testmeetprogramma |
|
| Niveau 5: Geoptimaliseerd | Optimalisatie van testprocessen |
|
TMM versus TMMi: Wat is er veranderd?
Het hierboven beschreven model is het originele TMM van het Illinois Institute of Technology. In 2005 TMMi Foundation werd opgericht als een onafhankelijke non-profitorganisatie en publiceerde TMMi, de integratie van het Test Maturity Model, de versie waaraan organisaties tegenwoordig worden beoordeeld en gecertificeerd.
| criteria | TMM | TMMi |
|---|---|---|
| Oorsprong | Illinois Institute of Technology, jaren negentig | TMMi Foundation, van 2005 |
| afgestemd met | CMM | CMMI |
| Structuur | Vijf niveaus met volwassenheidsdoelen | Vijf niveaus met formele procesgebieden, doelen en werkwijzen. |
| Naam van niveau 2 | Fasedefinitie | Managed |
| Naam van niveau 5 | Optimalisatie, defectpreventie en kwaliteitscontrole | Optimalisatie |
| Formele certificering | Niet beschikbaar | Beschikbaar via geaccrediteerde beoordelaars. |
De vijf TMMi-niveaus zijn: Initieel, Beheerd, Gedefinieerd, Gemeten en Optimalisatie. De onderliggende gedachte is hetzelfde, maar TMMi specificeert procesgebieden en vereiste werkwijzen veel gedetailleerder, waardoor onafhankelijke beoordeling mogelijk wordt. Als u een model kiest voor een nieuw verbeteringsprogramma, begin dan met TMMi; TMM blijft nuttig als conceptuele basis.
Verschil tussen CMM en TMM
| CMM | TMM |
|---|---|
| Beoordeelt de volwassenheid van het gehele softwareontwikkelingsproces. | Beoordeelt alleen de volwassenheid van het testproces. |
| Omvat eisen, ontwerp, programmering en projectmanagement. | Omvat testplanning, testontwerp, uitvoering en defectpreventie. |
| Eigendom van het SEI aan Carnegie Mellon, nu overgenomen door CMMI. | Ontwikkeld aan het Illinois Institute of Technology, nu opgevolgd door TMMi |
| Testen is slechts één van de vele praktijkgebieden. | Het testen vormt het volledige onderwerp van het model. |
| Wordt gebruikt om een organisatie als leverancier te certificeren. | Gebruikt voor het richten en sequentiëren software testen verbeteringen |
Hoe voer je een TMM-beoordeling uit?
Een beoordeling brengt aan het licht waar een organisatie zich daadwerkelijk bevindt, in plaats van waar ze zelf denkt zich te bevinden. Het proces bestaat uit vijf fasen.
- Definieer de reikwijdte. Bepaal welke producten, teams of bedrijfsonderdelen onder de analyse vallen. Het beoordelen van een heel bedrijf tegelijk levert zelden bruikbare inzichten op.
- Verzamel bewijs. Verzamel testplannen, testgevallen, defectrapporten en statistieken, en interview vervolgens testers, ontwikkelaars en managers afzonderlijk. Documenten laten zien wat er op papier staat; interviews laten zien wat er daadwerkelijk gebeurt.
- Beoordeel elk doelpunt. Beoordeel elk volwassenheidsdoel op het beoogde niveau als volledig bereikt, gedeeltelijk bereikt of niet bereikt. Een niveau is pas bereikt wanneer elk van de bijbehorende doelen volledig is bereikt.
- Identificeer de hiaten. Geef een overzicht van de niet-bereikte doelen in de volgorde waarin ze de voortgang belemmeren. Omdat de niveaus cumulatief zijn, moet een achterstand op niveau 2 worden weggewerkt voordat er met werkzaamheden op niveau 3 kan worden begonnen.
- Stel het verbeteringsplan op. Koppel aan elk hiaat een verantwoordelijke, een streefdatum en een meetbaar resultaat, en evalueer vervolgens na een afgesproken periode.
Twee praktische waarschuwingen. Ten eerste is een zelfbeoordeling vaak te ruim; als het resultaat commercieel van belang is, is het raadzaam een geaccrediteerde externe beoordelaar in te schakelen. Ten tweede, weersta de verleiding om een bepaald niveau na te streven. De waarde zit hem in de verbeteringen die de verschillen aan het licht brengen, niet in het certificaat.
Voordelen en beperkingen van het Testing Maturity Model
Voordelen:
- Een objectieve basislijn: Het model vervangt meningen over testkwaliteit door een gedefinieerd niveau en een gedocumenteerde lijst met tekortkomingen.
- Een stappenplan in stappen: Omdat de niveaus cumulatief zijn, wordt de volgorde van de verbeteringen voor je bepaald.
- Vroegtijdige defectdetectie: De hogere managementniveaus zorgen ervoor dat testen wordt doorgevoerd tot in de eisen en het ontwerp, waar oplossingen het goedkoopst zijn.
- Een gedeelde woordenschat: Testers, ontwikkelaars en management gebruiken dezelfde termen om over volwassenheid te spreken.
- Leveranciersbewijs: Een formeel TMMi-niveau wordt erkend in inkoop en aanbestedingen.traconderhandelingen.
Beperkingen
- Traag en kostbaar: Het behalen van een hogere rang vergt doorgaans maandenlange, aanhoudende inspanning.
- Veel documentatie nodig: De bewijsvereisten kunnen, indien strikt toegepast, conflicteren met een flexibele, agile werkwijze.
- Niveau nastreven: Teams kunnen optimaliseren voor de beoordeling in plaats van voor de productkwaliteit.
- Geen vervanging voor vaardigheid: Een volwaardig proces, maar uitgevoerd door onervaren testers, levert nog steeds zwakke tests op.
Testen van het volwassenheidsmodel: Belangrijkste conclusies
- TMM beoordeelt de volwassenheid van een testproces op vijf niveaus, van Initieel tot Geoptimaliseerd.
- Het is afgeleid van CMM, maar beperkt de focus van het gehele ontwikkelingsproces tot alleen het testen.
- De niveaus zijn cumulatief: een organisatie kan het niveau 'Geïntegreerd' niet bereiken zonder eerst de doelen van het niveau 'Gedefinieerd' te behalen.
- Gebreken die na levering worden ontdekt, zijn het duurst om te verhelpen. Dit is de economische reden om de testvolwassenheid te verhogen.
- TMMi, beheerd door TMMi Foundationis de huidige opvolger en degene die gebruikt wordt voor formele certificering.
