Einheitstests

Einheitstests sind automatisierte Softwaretests, die die Korrektheit einzelner Komponenten eines Programms prüfen. Ziel ist es, jede Funktion, Methode oder Klasse isoliert zu validieren, wobei äußere Abhängigkeiten durch Mock-Objekte, Stubs oder Fakes ersetzt werden. Dadurch bleiben Tests schnell, deterministisch und unabhängig von einzelnen Systemkomponenten.

Typischerweise werden Einheitstests von Entwicklern erstellt und im Rahmen einer Teststrategie in Continuous Integration ausgeführt. In vielen Projekten kommt ein TDD-Ansatz zum Einsatz: Zuerst wird ein fehlschlagender Test geschrieben, dann implementiert oder angepasst, sodass der Test besteht, gefolgt von Refactoring, um die Struktur zu verbessern, ohne die Funktionalität zu verändern.

Einheitstests prüfen meist konkrete Eingaben, Ausgaben, Grenzfälle und Exceptions. Sie dienen dazu, Änderungen am Code sicher zu machen und Regressionen früh zu erkennen. Da sie isolationbasiert arbeiten, sollen sie robust gegen externe Systeme und Datenquellen sein und schnell laufen.

Beziehung zu anderen Testarten: Einheitstests unterscheiden sich von Integrationstests, die das Zusammenspiel mehrerer Komponenten prüfen, sowie von System- und Akzeptanztests, die das Gesamtsystem aus Anwendersicht validieren. Vorteile von Einheitstests sind frühzeitige Fehlererkennung, bessere Wartbarkeit und Unterstützung von Refactoring. Grenzen sind, dass sie nicht alle Interaktionen im System abdecken und der Einsatz von Mock-Objekten zu falscher Sicherheit führen kann, wenn Abhängigkeiten falsch modelliert werden. Eine sinnvolle Teststrategie kombiniert daher Einheitstests mit Integrations- und weiteren Tests.

Bekannte Werkzeuglinien umfassen JUnit (Java), pytest oder unittest (Python), NUnit oder xUnit (.NET) sowie GoogleTest (C++).