# Was ist Regressionstesting und wie wird es durchgeführt | Miyagami > Regressionstesting prüft, ob neuer Code bestehendes Verhalten nicht beeinträchtigt hat. Typen, Automatisierung und was sich bei KI-geschriebenem Code ändert. Source: https://www.miyagami.com/de/resources/articles/what-is-regression-testing [Startseite](https://www.miyagami.com/de/)/ [Ressourcen](https://www.miyagami.com/de/resources)/ [Artikel](https://www.miyagami.com/de/resources/articles)/ [Praxis](https://www.miyagami.com/de/resources/articles/practice)/ Was ist Regressionstesting # Was ist Regressionstesting **[Bo Wesdorp](https://www.linkedin.com/in/bo-wesdorp-496a36167/)** Mitgründer und CTO, Miyagami [Praxis](https://www.miyagami.com/de/resources/articles/practice)3 Min. Lesezeit 13. Oktober 2026 Regressionstesting bezeichnet die Praxis, nach einer Code-Änderung vorhandene Tests erneut auszuführen, um zu bestätigen, dass zuvor funktionierende Funktionen weiterhin funktionieren. Es deckt Nebeneffekte neuer Änderungen auf: ein behobener Fehler, der eine benachbarte Ansicht beeinträchtigt, ein Refactoring, das eine API-Antwort verändert, ein Dependency-Upgrade, das das Verhalten beeinflusst. Es funktioniert am besten als automatisierte Suite bei jeder Änderung. ## Warum entstehen Regressionen Software ist auf eine Weise vernetzt, die niemand vollständig im Kopf behält. Eine Änderung an einer gemeinsam genutzten Funktion, einer Datenbankspalte oder einem Konfigurationswert erreicht Code, den der Autor nie geöffnet hat. Je größer die Codebasis, desto mehr Stellen kann eine kleine Änderung betreffen. Regressionstests wandeln diese versteckte Kopplung in einen fehlschlagenden Check um, anstatt in ein Support-Ticket. ## Was ist der Unterschied zwischen Regressionstesting und erneutem Testen Erneutes Testen prüft, ob ein bestimmter Fehler behoben wurde, mithilfe des Tests, der ihn aufgedeckt hat. Regressionstesting prüft, ob die Behebung und alles drum herum nichts anderes beeinträchtigt hat. Zuerst wird erneut getestet, dann wird die Regressions-Suite ausgeführt. Beides ist notwendig, aber nur Regressionstesting skaliert über ein gesamtes Produkt. ## Welche Arten von Regressionstesting gibt es Teams wählen in der Regel zwischen drei Umfängen: - **Vollständige Regression.** Alle Tests werden ausgeführt. Am langsamsten, wird vor größeren Releases oder nach umfangreichen Refactorings eingesetzt. - **Selektive Regression.** Führen Sie die Tests für die von einer Änderung betroffenen Module sowie deren abhängige Komponenten aus. - **Smoke-Regression.** Führen Sie bei jedem Commit eine kleine Auswahl kritischer Pfadtests aus, etwa für Anmeldung, Checkout und zentrale API-Aufrufe. Ein sinnvolles Setup führt Smoke-Tests bei jedem Pull Request aus, selektive Tests nächtlich und die vollständige Suite vor einem Release. ## Wie bauen Sie eine Regressions-Suite auf, die dauerhaft nützlich bleibt Beginnen Sie mit den Pfaden, bei denen ein Fehler Geld oder Vertrauen kostet. Fügen Sie jedes Mal einen Test hinzu, wenn ein Fehler die Produktion erreicht, damit derselbe Fehler nicht erneut auftreten kann. Halten Sie Tests schnell und unabhängig, denn eine langsame oder unzuverlässige Suite wird ignoriert. Löschen Sie Tests, die kein reales Verhalten mehr beschreiben, weil eine Suite, der niemand vertraut, nichts schützt. Automatisieren Sie die Suite in Ihrer CI-Pipeline und lassen Sie einen roten Build das Mergen blockieren. Manuelle Regressionsdurchläufe sind weiterhin hilfreich für explorative Prüfungen und visuelle Überprüfungen, sollten jedoch abdecken, was die Automatisierung nicht kann, und diese nicht wiederholen. ## Was sich ändert, wenn KI den Code schreibt Coding-Agenten erzeugen Änderungen schnell und berühren häufig mehr Dateien, als eine Person in einer Sitzung bearbeiten würde. Das erhöht den Wert von Regressionstests, weil die Review-Zeit pro Zeile sinkt, während die Anzahl der Änderungen steigt. Die Suite wird zum Vertrag, den der Agent erfüllen muss. Eine schwache Suite bedeutet, dass der Agent sie bestehen kann, während er Verhalten bricht, das niemand festgehalten hat. Deshalb ist [das Testen von Software, die Sie nicht entworfen haben](https://www.miyagami.com/de/resources/articles/testing-software-you-didnt-design), so wichtig: Coverage-Zahlen sagen wenig aus, während Tests, die an reales Verhalten geknüpft sind, viel aussagen. Kombinieren Sie eine starke Suite mit einer sorgfältigen [Überprüfung von KI-generiertem Code](https://www.miyagami.com/de/resources/articles/how-to-review-ai-generated-code) und stellen Sie sicher, dass eine Person für das Verantwortung trägt, was gemergt wird. ## Was das für Ihre Einstellung bedeutet Ein guter Entwickler betrachtet Tests als Teil des Features. In unserem [Auswahlverfahren](https://www.miyagami.com/de/how-we-vet) arbeiten Kandidaten in einer echten Codebasis in zwei sechzigminütigen Sitzungen, einer ohne KI-Tools und einer mit eigenen Agenten, und die Bewertungsbögen zeigen, wie sie Änderungen verifizieren. Wenn Sie dedizierte Testkapazität benötigen, finden Sie diese bei [QA Engineers](https://www.miyagami.com/de/hire/qa-engineers), ab €5.600 pro Monat für einen Vollzeit-Entwickler. ## Wie oft sollten Sie Regressionstests ausführen So oft, wie Ihre Pipeline es erlaubt. Die schnelle Stufe sollte bei jedem Commit ausgeführt werden, damit ein Fehler auf eine einzige Änderung hinweist. Langsamere Stufen können nächtlich laufen. Das Ziel ist ein kurzer Abstand zwischen dem Einführen eines Fehlers und dessen Entdeckung, denn die Kosten einer Behebung steigen mit jeder Änderung, die auf der fehlerhaften aufgebaut wird. ## Kurze Antworten Sind Regressionstests manuell oder automatisiert? Überwiegend automatisiert. Manuelle Durchläufe decken explorative und visuelle Prüfungen ab, die Skripte nicht zuverlässig beurteilen können. Wie unterscheidet sich Regressionstesting von Smoke-Testing? Smoke-Testing ist eine kleine, schnelle Prüfung kritischer Pfade. Regressionstesting ist umfassender und prüft, ob bestehendes Verhalten nach einer Änderung noch funktioniert. Wie viele Regressionstests benötigen Sie? Genug, um die Pfade abzudecken, bei denen ein Fehler Geld oder Vertrauen kostet. Fügen Sie für jeden Fehler, der die Produktion erreicht, einen Test hinzu. Benötigen AI-native Coding-Agenten Regressionstests? Ja. Agents ändern Code schnell, und eine solide Test-Suite ist die Methode, mit der ein Team sicherstellt, dass diese Änderungen das bestehende Verhalten nicht beeinträchtigt haben. Wir testen das Jeder Engineer, den wir bei Kunden einsetzen, durchläuft zwei Assessments: eines ohne KI-Tools, eines mit. Beide Scorecards sind veröffentlicht. [Unser Auswahlverfahren](https://www.miyagami.com/de/how-we-vet) Verwandte Themen - [Wie testet man Software, die man nicht selbst entworfen hat](https://www.miyagami.com/de/resources/articles/testing-software-you-didnt-design) - [Wie man KI-generierten Code überprüft](https://www.miyagami.com/de/resources/articles/how-to-review-ai-generated-code) - [Was sich beim Code-Review geändert hat](https://www.miyagami.com/de/resources/articles/what-changed-about-code-review) - [Was bedeutet Human-in-the-Loop im Engineering-Kontext?](https://www.miyagami.com/de/resources/articles/human-in-the-loop-engineering) Suchen Sie für diese Stelle? Senior AI-native Engineers, eine Shortlist in drei Werktagen und eine Einstellung innerhalb von fünf. [Shortlist anfordern](https://www.miyagami.com/de/shortlist) Kontakt aufnehmen ## Shortlist in drei Tagen erhalten Sie schicken uns die Rollen und den Stack, in einem kurzen Formular oder in einem 30-minütigen Gespräch. Innerhalb von drei Werktagen erhalten Sie Senior Engineers mit Namen zur Prüfung, jeweils mit beiden Scorecards, und Sie können innerhalb von fünf Werktagen einstellen. [Shortlist anfordern](https://www.miyagami.com/de/shortlist) Bewertet auf **Clutch** 39 Bewertungen [ISO 27001 Zertifiziert](https://trust.miyagami.com/) Dreißig Minuten mit Dale buchen Der Kalender wird von HubSpot bereitgestellt und setzt eigene Cookies. Laden Sie ihn hier, oder buchen Sie direkt auf der HubSpot-Seite. [Buchungsseite öffnen](https://sales.miyagami.com/meetings/dwesdorp)