Loading content
Test Levels beschreibt die Hierarchie von Tests (Unit, Integration, System, Akzeptanz) zur systematischen Qualitätsprüfung von Software. Es definiert Zwecke, Umfang und Verantwortlichkeiten auf jeder Ebene und erleichtert Teststrategie, Automatisierungsgrad und Fehlerlokalisierung. Es unterstützt Priorisierung und Ressourceneinsatz.
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.
Teststufen ordnen Prüfungen nach ihrem Umfang: von einzelnen Einheiten über integrierte Komponenten bis zum Gesamtsystem und zur Abnahme.
Die Einteilung in Teststufen entstand aus der Softwaretest-Praxis und wurde durch Teststandards und das ISTQB-Vokabular verbreitet. Sie schafft eine gemeinsame Sprache für die verschiedenen Ebenen, auf denen Teams Qualität und Erfüllung von Anforderungen prüfen.
Auf der Unit-Ebene werden kleine Bausteine isoliert geprüft; Integrationstests untersuchen ihr Zusammenspiel. Systemtests betrachten das integrierte Produkt, Akzeptanztests seine Eignung für Nutzer oder Auftraggeber. Jede Stufe hat eigene Testziele, Daten, Verantwortlichkeiten und typische Fehlerbilder.
Tests werden nach dem betrachteten Systemumfang und ihrem Prüfziel gegliedert.
Mehrere Ebenen ergänzen sich und verschieben den Fokus von einzelnen Bausteinen zum nutzbaren System.
Teams ordnen Verantwortlichkeiten, Automatisierung und Fehlersuche den passenden Stufen zu.
Teststufen helfen, eine Teststrategie ausgewogen zu planen, Fehler schneller einzugrenzen und die passende Verantwortung für jede Prüfung festzulegen.
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.