Antwort.

Historie der Frage:

Das Arrange-Act-Assert (AAA) Muster wurde vorgeschlagen, um die Struktur von Tests zu vereinfachen und deren Lesbarkeit zu erhöhen. Es wird aktiv in modernen Test-Frameworks verwendet und ist der De-facto-Standard beim Schreiben von automatisierten Tests jeglicher Art.

Problem:

Ohne eine klare Struktur werden Testfälle unhandlich, schwer lesbar und schwierig zu warten. Es entsteht Verwirrung zwischen der Vorbereitung von Daten, dem Aufruf des zu testenden Verhaltens und der Überprüfung des Ergebnisses. Dies führt zu einer Ansammlung von technischem Schulden und Fehlern in den Tests.

Lösung:

Streng an das AAA-Muster beim Schreiben des Tests halten.

Arrange — die notwendigen Bedingungen, die Umgebung und die Testdaten vorbereiten.
Act — die zu testende Aktion ausführen.
Assert — überprüfen, ob die Ergebnisse den Erwartungen entsprechen.

Schlüsselfunktionen:

Klarheit in der Trennung der Testphasen
Erhöhung der Robustheit und Wartbarkeit der Tests
Vereinfachung der Fehlersuche und Analyse von fehlgeschlagenen Tests

Fangfragen.

Kann man die Reihenfolge von AAA brechen, wenn der Test offensichtlich scheint?

In der Regel nicht. Jede Abweichung von der AAA-Struktur verringert die Lesbarkeit des Tests für andere Entwickler und macht ihn anfällig für Fehler bei der Wartung.

Ist es erlaubt, Act und Assert in einer einzigen Ausdruck für kurze Tests zu kombinieren?

Besser, dies zu vermeiden, da es das Verständnis und die mögliche Erweiterung des Tests in der Zukunft erschwert.

Sollte die Logik zur Bereinigung von Daten (Cleanup) in die Arrange-Phase einbezogen werden?

Nein. Cleanup oder Teardown wird normalerweise in separaten Methoden implementiert, z. B. in Hooks des Test-Frameworks (After, AfterEach).

Typische Fehler und Anti-Patterns

Einbeziehen von Statusüberprüfungen in Arrange oder Act
Nichteinhaltung der Isolierung zwischen Tests
Kombinieren mehrerer Asserts, die sich auf unterschiedliche logische Aktionen beziehen
Fehlende klare Trennung zwischen den Testschritten

Beispiel aus der Praxis

Negativer Fall

Ein Test zum Hinzufügen eines Datensatzes in die Datenbank prüft zuerst, und fügt dann hinzu. Ein zufälliger Assert stört die Mitte.

Vorteile:

Schnell geschrieben, deckt zufälligen Bug ab

Nachteile:

Schwer zu verstehen, was die Logik des Tests ist
Falsche Fehler bei Änderungen in der Geschäftslogik
Unvorhersehbare Reihenfolge von Aktionen

Positiver Fall

Der Test beginnt mit der Bereinigung von Daten, dann folgt das Hinzufügen des Datensatzes, und erst danach die Überprüfung des Ergebnisses, strikt nach AAA.