Wat is het Test Maturity Model (TMM) bij het testen van software?

Testen van het volwassenheidsmodel bij het testen van software

Testen van het volwassenheidsmodel (TMM) bij het testen van software is een raamwerk voor het evalueren van de volwassenheid van softwaretestprocessen. Het doel van het gebruik van het testvolwassenheidsmodel is het identificeren van volwassenheid en het bieden van doelen om het softwaretestproces te verbeteren om vooruitgang te boeken. Het kan worden aangevuld met elk procesverbeteringsmodel of kan worden gebruikt als een op zichzelf staand model. Het Test Maturity Model (TMM) is gebaseerd op het Capability Maturity Model (CMM) en werd voor het eerst ontwikkeld door het Illinois Institute of Technology. Het is een gedetailleerd model voor het verbeteren van testprocessen. Het TMM-model bestaat uit twee belangrijke componenten

1. Een set van 5 niveaus die de testmogelijkheden definiëren
2. Een beoordelingsmodel

Verschillende niveaus van volwassenheidsmodel

De vijf niveaus van het TMM helpen de organisatie de volwassenheid van haar proces te bepalen en de volgende verbeterstappen te identificeren die essentieel zijn om een ​​hoger niveau van testvolwassenheid te bereiken.

TMM-niveaus	Doelen	Een doelstelling van TMM-niveaus
Niveau 1: Initieel	De software zou succesvol moeten werken	Op dit niveau zijn geen procesgebieden geïdentificeerd Een doel van testen is ervoor te zorgen dat de software goed werkt Op dit niveau ontbreken middelen, hulpmiddelen en opgeleid personeel Nee Kwaliteitsborging controles vóór de levering van de software
Niveau 2: gedefinieerd	Ontwikkel doelstellingen en beleid voor testen en debuggen	Dit niveau onderscheidt testen van debuggen en worden als afzonderlijke activiteiten beschouwd De testfase komt na het coderen Een primair doel van testen is om aan te tonen dat software aan de specificaties voldoet Er zijn basistestmethoden en -technieken aanwezig
Niveau 3: Geïntegreerd	Integratie van testen in de softwarelevenscyclus	Testen wordt geïntegreerd in een volledige levenscyclus Op basis van de eisen worden testdoelstellingen gedefinieerd Er bestaat een testorganisatie Testen erkend als beroepsactiviteit
Niveau 4: Beheer en meting	Opstellen van een testmeetprogramma	Testen is een gemeten en gekwantificeerd proces Review in alle ontwikkelingsfasen worden erkend als tests Voor hergebruik en Regressie Testingworden testgevallen verzameld en vastgelegd in een testdatabase Defecten worden geregistreerd en voorzien van een ernstniveau
Niveau 5: Geoptimaliseerd	Optimalisatie van testprocessen	Het testen wordt beheerd en gedefinieerd De effectiviteit en kosten van testen kunnen worden gemonitord Testen kan worden verfijnd en continu worden verbeterd Kwaliteitscontrole en Defect preventie worden beoefend Hergebruik van processen wordt beoefend Testgerelateerde statistieken hebben ook toolondersteuning Tools bieden ondersteuning voor Testgeval ontwerp en defectinzameling

Verschil tussen CMM en TMM

CMM	TMM
CMM of Capability Maturity Model is bedoeld voor het beoordelen van de volwassenheid van de softwareprocessen van een organisatie	TMM of Test Maturity Model beschrijft het proces van testen en heeft betrekking op het bewaken van de kwaliteit ervan software testen model

Conclusie

Software-onderhoud is duur en tijdrovend als defecten na de oplevering van het project worden vastgesteld. Hoewel het detecteren van defecten belangrijk is, is het dus ook belangrijk dat software tijdens de ontwikkelingsfase zo min mogelijk fouten maakt. Een standaard testproces als TMM kan hierbij helpen. TMM (Testing Maturity Model), dat speciaal is ontworpen om testen aan te pakken, kan de organisatie helpen de volwassenheid van hun testpraktijken te verbeteren.