Loading content
Die Test-Pyramide beschreibt ein Modell zur Organisation von Tests in Softwareentwicklungsprojekten. Sie fördert eine ausgewogene Verteilung von Unit-, Integrations- und End-to-End-Tests, um die Effizienz und Effektivität der Teststrategie zu maximieren.
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Die Test-Pyramide ist eine Heuristik für ein ausgewogenes Verhältnis von schnellen, breit eingesetzten Tests und wenigen langsameren Tests auf höheren Ebenen.
Die Test-Pyramide wurde von Mike Cohn als Bild für eine ausgewogene Testautomatisierung geprägt. Martin Fowler machte das Modell mit seiner Beschreibung praktischer Testpyramiden in der Softwareentwicklung weiter bekannt; Teams nutzen es seitdem als Gesprächsmodell für Testverteilung und Feedbackgeschwindigkeit.
Die breite Basis bilden viele schnelle Unit- und Komponententests. Darüber liegen weniger Integrations- und API-Tests; an der Spitze stehen wenige langsame End-to-End-Tests. Die Form ist eine Entscheidungsheuristik: Sie wird an Risiken und Systemarchitektur angepasst, statt eine feste Anzahl oder ein starres Verhältnis vorzuschreiben.
Eine Testsuite soll schnelle Rückmeldung durch viele Tests auf niedriger Ebene mit gezielter Systemabdeckung verbinden.
Tests auf höheren Ebenen liefern realistische Sicherheit, kosten aber meist mehr Zeit und sind empfindlicher.
Die Verteilung richtet sich nach Risiko, Feedbackbedarf und den Grenzen der konkreten Architektur.
Die Test-Pyramide unterstützt Entscheidungen über Testautomatisierung, Feedbackzeiten und den Aufwand für realistische Systemtests.
Wo dieser Baustein im Themenmodell verortet ist.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.