Was ist das Test Maturity Model (TMM) beim Softwaretesten?

⚡ Intelligente Zusammenfassung

Das Testing Maturity Model (TMM) misst den Reifegrad des Softwaretestprozesses einer Organisation auf fünf kumulativen Stufen, von „Anfangsstadium“ bis „Optimiert“. Es wurde vom CMM abgeleitet, um dem Testen einen eigenen Fahrplan zur Verbesserung und eine eigene Bewertungsmethode zu geben.

📐 Zwei Komponenten: Fünf Fähigkeitsstufen plus ein Bewertungsmodell, das eine Organisation einer dieser Stufen zuordnet.
🪜 Kumulative Stufen: Jedes Level erfordert die Erfüllung der Ziele des darunter liegenden Levels, daher kann keines übersprungen werden.
🔍 Level 1 bis 2: Das Testen unterscheidet sich vom Debuggen und entwickelt seine eigenen Richtlinien, Ziele und grundlegenden Techniken.
🔄 Level 3 bis 4: Das Testen wird in den gesamten Lebenszyklus integriert und anschließend gemessen, quantifiziert und auf Fehler untersucht.tracked.
🚀 Niveau 5: Der Prozess selbst ist optimiert, mit Fehlervermeidung, Werkzeugunterstützung und kontinuierlicher Verbesserung.
📜 Aktueller Standard: TMMi, verwaltet von TMMi Foundation, ist der Nachfolger, der heute für die formale Zertifizierung verwendet wird.

Was ist das Testing Maturity Model (TMM)?

Testen des Reifegradmodells (TMM) TMM ist ein Rahmenwerk zur Bewertung des Reifegrads des Softwaretestprozesses einer Organisation. Es ermittelt den aktuellen Reifegrad und definiert Ziele zur schrittweisen Prozessverbesserung. TMM kann parallel zu anderen Prozessverbesserungsmodellen eingesetzt oder auch eigenständig verwendet werden.

TMM basiert auf dem Capability Maturity Model (CMM) und wurde in den 1990er Jahren von Ilene Burnstein und Kollegen am Illinois Institute of Technology entwickelt. Während CMM den gesamten Entwicklungsprozess misst, konzentriert sich TMM ausschließlich auf das Testen.

Das Modell besteht aus zwei Hauptkomponenten:

Ein Satz von fünf Stufen zur Definition der Testfähigkeit
Ein Bewertungsmodell, das verwendet wird, um eine Organisation auf eine dieser Ebenen einzuordnen.

Die fünf Stufen des Testreifegradmodells

Die fünf Stufen ermöglichen es einer Organisation, ihren aktuellen Testprozess zu analysieren und genau zu erkennen, welche Verbesserungen erforderlich sind, um die nächste Stufe zu erreichen. Jede Stufe baut auf der darunterliegenden auf, daher können keine Stufen übersprungen werden.

Anmerkung zur Namensgebung: Das ursprüngliche Burnstein-Modell bezeichnet die Ebenen als Initialisierung, Phasendefinition, Integration, Management und Messung sowie Optimierung/Fehlervermeidung und Qualitätskontrolle. Die im Folgenden verwendeten Kurzbezeichnungen sind in der Branche üblich.

TMM-Ebenen	Ziele	Ein Ziel der TMM-Stufen
Stufe 1: Anfänglich	Die Software sollte erfolgreich ausgeführt werden	Auf dieser Ebene sind keine Prozessbereiche identifiziert Ein Ziel des Testens besteht darin, sicherzustellen, dass die Software einwandfrei funktioniert Auf dieser Ebene mangelt es an Ressourcen, Werkzeugen und geschultem Personal Nein Qualitätssicherung Prüfungen vor der Softwarelieferung
Level 2: Definiert	Entwickeln Sie Test- und Debugging-Ziele und -Richtlinien	Testen und Debuggen sind getrennt und werden als unterschiedliche Aktivitäten behandelt. Nach der Codierung folgt die Testphase Ein Hauptziel des Testens besteht darin, zu zeigen, dass die Software den Spezifikationen entspricht Grundlegende Testmethoden und -techniken sind vorhanden
Stufe 3: Integriert	Integration von Tests in den Software-Lebenszyklus	Das Testen wird in einen gesamten Lebenszyklus integriert Die Testziele werden aus den Anforderungen abgeleitet. Testorganisation vorhanden Prüfung als Berufstätigkeit anerkannt
Ebene 4: Management und Messung	Erstellen Sie ein Testmessprogramm	Testen ist ein gemessener und quantifizierter Prozess RevAnsichten in jeder Entwicklungsphase werden als Testaktivitäten anerkannt. Zur Wiederverwendung und RegressionstestsTestfälle werden gesammelt und in einer Testdatenbank aufgezeichnet Mängel werden protokolliert und mit Schweregraden versehen
Stufe 5: Optimiert	Testprozessoptimierung	Tests werden verwaltet und definiert Testeffektivität und Kosten können überwacht werden Tests können fein abgestimmt und kontinuierlich verbessert werden Qualitätskontrolle und Defekt Prävention wird praktiziert Die Wiederverwendung von Prozessen wird praktiziert Auch testbezogene Metriken werden von Tools unterstützt Tools bieten Unterstützung für Testfall Design und Mängelbeseitigung

TMM vs. TMMi: Was hat sich geändert?

Das oben beschriebene Modell ist das ursprüngliche TMM des Illinois Institute of Technology. Im Jahr 2005 TMMi Foundation wurde als unabhängige gemeinnützige Organisation gegründet und veröffentlichte TMMi, die Integration des Test Maturity Model, nach dem Organisationen heute bewertet und zertifiziert werden.

Eigenschaften	TMM	TMMi
Origin	Illinois Institute of Technology, 1990er Jahre	TMMi FoundationAus 2005
Abgestimmt mit	CMM	CMMI
Struktur	Fünf Stufen mit Reifezielen	Fünf Ebenen mit formalen Prozessbereichen, Zielen und Praktiken
Name der Stufe 2	Phasendefinition	Managed
Name der Stufe 5	Optimierung, Fehlervermeidung und Qualitätskontrolle	Optimierung
Formale Zertifizierung	Nicht verfügbar	Verfügbar über akkreditierte Gutachter

Die fünf TMMi-Stufen sind Initialisierung, Management, Definition, Messung und Optimierung. Das Grundprinzip ist dasselbe, jedoch spezifiziert TMMi Prozessbereiche und erforderliche Praktiken wesentlich detaillierter, was eine unabhängige Bewertung ermöglicht. Wenn Sie ein Modell für ein neues Verbesserungsprogramm auswählen, beginnen Sie mit TMMi; TMM bleibt als konzeptionelle Grundlage nützlich.

Unterschied zwischen CMM und TMM

CMM	TMM
Beurteilt die Reife des gesamten Softwareentwicklungsprozesses	Beurteilt lediglich die Reife des Testprozesses
Umfasst Anforderungen, Design, Programmierung und Projektmanagement.	Beinhaltet Testplanung, Testdesign, Durchführung und Fehlervermeidung
Im Besitz des SEI an der Carnegie Mellon University, wurde es inzwischen von CMMI abgelöst.	Entwickelt am Illinois Institute of Technology, das nun von TMMi abgelöst wurde.
Testen ist ein Tätigkeitsbereich unter vielen	Das Testen ist der alleinige Gegenstand des Modells.
Wird verwendet, um eine Organisation als Lieferant zu zertifizieren	Wird zur gezielten Ansteuerung und Sequenzierung verwendet. Softwaretest Verbesserungen

Wie man eine TMM-Bewertung durchführt

Eine Bewertung ermittelt den tatsächlichen Status einer Organisation, nicht den, den sie selbst annimmt. Sie erfolgt in fünf Phasen.

Definieren Sie den Umfang. Entscheiden Sie, welche Produkte, Teams oder Geschäftsbereiche abgedeckt werden sollen. Die gleichzeitige Bewertung eines gesamten Unternehmens liefert selten verwertbare Ergebnisse.
Beweise sammeln. Sammeln Sie Testpläne, Testfälle, Fehlerberichte und Kennzahlen und befragen Sie anschließend Tester, Entwickler und Manager separat. Dokumente zeigen, was schriftlich festgehalten ist; Interviews zeigen, was tatsächlich passiert.
Bewerte jedes Tor. Bewerten Sie jedes Reifegradziel auf der Zielstufe als vollständig erreicht, teilweise erreicht oder nicht erreicht. Eine Stufe ist erst dann erreicht, wenn jedes ihrer Ziele vollständig erreicht ist.
Identifizieren Sie die Lücken. Listen Sie die nicht erreichten Ziele in der Reihenfolge auf, in der sie den Fortschritt behindern. Da die Stufen kumulativ sind, muss eine Lücke auf Stufe 2 geschlossen werden, bevor mit der Arbeit auf Stufe 3 begonnen werden kann.
Erstelle den Verbesserungsplan. Ordnen Sie jeder Lücke einen Verantwortlichen, ein Zieldatum und ein messbares Ergebnis zu und überprüfen Sie die Situation nach einem vereinbarten Zeitraum erneut.

Zwei praktische Warnhinweise. Erstens: Eine Selbsteinschätzung fällt tendenziell zu optimistisch aus. Wenn das Ergebnis wirtschaftlich relevant ist, sollten Sie einen akkreditierten externen Gutachter hinzuziehen. Zweitens: Widerstehen Sie der Versuchung, unbedingt eine bestimmte Stufe erreichen zu wollen. Der Wert liegt in den Verbesserungspotenzialen, die durch die identifizierten Lücken aufgezeigt werden, nicht im Gütesiegel.

Vorteile und Grenzen des Testreifegradmodells

Vorteile

Eine objektive Ausgangsbasis: Das Modell ersetzt Meinungen zur Testqualität durch ein definiertes Niveau und eine dokumentierte Lückenliste.
Ein strukturierter Fahrplan: Da die Stufen kumulativ sind, ist die Reihenfolge der Verbesserungen für Sie festgelegt.
Frühere Fehlererkennung: Die höheren Ebenen treiben das Testen in die Anforderungs- und Designphase voran, wo Korrekturen am günstigsten sind.
Ein gemeinsamer Wortschatz: Tester, Entwickler und Management sprechen in denselben Begriffen über Reife.
Lieferantennachweis: Ein formales TMMi-Niveau wird im Beschaffungswesen und bei der Auftragsvergabe anerkannt.tract Verhandlungen.

Einschränkungen

Langsam und kostspielig: Der Aufstieg in eine höhere Stufe erfordert in der Regel viele Monate anhaltender Anstrengung.
umfangreiche Dokumentation: Die Anforderungen an den Nachweis können, wenn sie starr angewendet werden, mit einer agilen und flexiblen Arbeitsweise in Konflikt geraten.
Leveljagd: Teams können den Fokus eher auf die Bewertung als auf die Produktqualität legen.
Kein Ersatz für Können: Ein ausgereifter Prozess, der von unerfahrenen Testern durchgeführt wird, liefert dennoch mangelhafte Ergebnisse.

Testen des Reifegradmodells: Wichtigste Erkenntnisse

TMM bewertet den Reifegrad eines Testprozesses auf fünf Stufen, von initial bis optimiert.
Es ist vom CMM abgeleitet, beschränkt den Fokus jedoch vom gesamten Entwicklungsprozess auf das reine Testen.
Die Ebenen bauen aufeinander auf: Eine Organisation kann die Ebene „Integriert“ nicht erreichen, ohne zuvor die Ziele der Ebene „Definiert“ erreicht zu haben.
Die nach der Auslieferung festgestellten Mängel sind am teuersten zu beheben, was die wirtschaftliche Begründung für eine Erhöhung der Testreife darstellt.
TMMi, verwaltet von TMMi Foundation, ist der aktuelle Nachfolger und wird für die formale Zertifizierung verwendet.

Häufig gestellte Fragen

TMM ist das ursprüngliche akademische Modell des Illinois Institute of Technology. TMMi ist sein Nachfolger und wird von TMMi weiterentwickelt. Foundation, ausgerichtet an CMMI und detailliert genug, um eine formale, akkreditierte Zertifizierung zu unterstützen.

Nein. Die Stufen bauen aufeinander auf, daher muss jedes Ziel der niedrigeren Stufe zuerst vollständig erreicht sein. Ein Team, das zwar stark automatisiert, aber keine Testrichtlinie hat, befindet sich immer noch auf Stufe 1.

Ja, allerdings muss dies mit Bedacht angewendet werden. Die Ziele beziehen sich auf Testergebnisse und nicht auf Dokumente, daher kann ein agiles Team sie mit automatisierten Testreihen und Definition-of-Fertig-Kriterien anstelle formaler Pläne erreichen.

KI-gestützte Testgenerierung und selbstheilende Automatisierung unterstützen hauptsächlich die höheren Ebenen, auf denen Messung und Fehlervermeidung bereits vorhanden sind. Auf Ebene 1 angewendet, erhöhen sie die Geschwindigkeit, ohne die vom Modell gemessene Disziplin zu verändern.

Ja. KI kann Fehlerdaten, Testabdeckung und Dokumentation analysieren, um ein wahrscheinliches Fehlerniveau zu ermitteln und Lücken aufzuzeigen. Für eine formale Zertifizierung ist jedoch weiterhin ein akkreditierter menschlicher Gutachter erforderlich.