Ein Smoke-Test beantwortet schnell eine Frage: Funktioniert dieser Build oder Deployment grundsätzlich? Bei einer API bedeutet das in der Regel, dass der Dienst startet, die Integritätsprüfungen erfolgreich sind, die Authentifizierung funktioniert und einige kritische Endpunkte den korrekten Status und die korrekte Struktur liefern. Schlägt der Smoke-Test fehl, ist es sinnlos, die vollständige Testsuite auszuführen.
Smoke-Tests werden direkt nach einem Deployment ausgeführt – oft gegen die Produktionsumgebung selbst – und vor längeren Testreihen in der CI-Umgebung. Sie greifen einmalig auf jede wichtige Abhängigkeit zu (Datenbank, Cache, Authentifizierungsanbieter, Zahlungs-Sandbox) mit schreibgeschützten oder selbstbereinigenden Aufrufen und sind so kurz gehalten, dass niemand in Versuchung gerät, sie zu überspringen.
Ein Smoke-Test ist im Grunde eine kleine Regressionssuite. Seine Aufgabe ist die Breite, nicht die Tiefe: Ein einziger Aufruf jedes kritischen Pfades ist besser als zwanzig Varianten eines Endpunkts. Eine Smoke-Suite, die auf vierzig Minuten anwächst, ist keine Smoke-Suite mehr.
Ein guter erster Smoke-Check: GET /pizza/v1/menu , POST /auth/v1/login und GET /auth/v1/me mit dem zurückgegebenen Token – drei Aufrufe, die öffentliche Lesezugriffe, Authentifizierung und Autorisierung betreffen.
Diese Seite auf Englisch lesen
Alle Glossarbegriffe · Testtechniken · Alle 39 Mock-REST-APIs
Zuletzt aktualisiert