Loading content
Sanity Testing ist eine schlanke Prüfungspraktik, die nach kleinen Code- oder Konfigurationsänderungen ausgeführt wird, um zentrale Funktionen schnell zu verifizieren. Sie verhindert, dass fehlerhafte Grundzustände Ressourcen in aufwändigere Regressionstests investieren. Sanity-Tests sind fokussiert, kurz, häufig automatisierbar und werden in CI-Pipelines in…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Ausführbares Vorgehen: kann angewendet werden und erzeugt ein Ergebnis.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Sanity Testing ist eine kurze, gezielte Prüfung, ob eine Änderung grundsätzlich plausibel funktioniert und weitere Tests sinnvoll sind.
Der Begriff geht auf den allgemeinen Sanity Check zurück, der vor vertiefter Analyse offensichtliche Widersprüche ausschließt. In der Softwarepraxis wurde daraus eine fokussierte Prüfung nach kleinen Änderungen oder Reparaturen.
Prüfe wenige kritische Pfade: Startet das System, erreicht die Änderung ihr Ziel, und bleiben zentrale Funktionen intakt? Besteht diese Plausibilitätsprüfung, folgt die ausführlichere Regression.
Sanity Tests prüfen nur die unmittelbar betroffenen Kernannahmen.
Ein Ergebnis zeigt früh, ob weitere Testarbeit Aussicht auf Erfolg hat.
Ein bestandener Sanity Test ersetzt keine vollständige Regression.
Sanity Testing spart Zeit in Entwicklungs- und Release-Schleifen, weil offensichtlich fehlerhafte Builds schnell zurückgewiesen werden. Es verbessert die Reihenfolge der Testarbeit.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
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.