2 Fragen zu Tdd

Die Einführung von TDD (Test-Driven Development) und ATDD (Acceptance Test-Driven Development) bedeutet, dass in der Softwareentwicklung neue Vorgehensweisen eingeführt werden, bei denen Tests eine zentrale Rolle im Entwicklungsprozess spielen: **TDD (Test-Driven Development):** Bei TDD schreibst du zuerst automatisierte Tests für eine Funktion oder ein Modul, bevor du den eigentlichen Code dafür entwickelst. Der Ablauf ist typischerweise: 1. Einen Test schreiben, der fehlschlägt (weil die Funktion noch nicht existiert). 2. Den minimalen Code schreiben, damit der Test besteht. 3. Den Code verbessern (Refactoring), ohne dass der Test fehlschlägt. **ATDD (Acceptance Test-Driven Development):** ATDD ist eine Erweiterung von TDD, bei der Akzeptanztests im Vordergrund stehen. Hier werden die Anforderungen und Akzeptanzkriterien gemeinsam mit Stakeholdern (z.B. Kunden, Testern, Entwicklern) als Tests formuliert, bevor die Entwicklung beginnt. Diese Tests beschreiben, wann eine Funktion aus Sicht des Anwenders als „fertig“ gilt. **Ziel der Einführung:** - Höhere Softwarequalität durch frühzeitiges Testen. - Bessere Verständigung über Anforderungen. - Schnellere Fehlererkennung und -behebung. - Verbesserte Wartbarkeit des Codes. Die Einführung von TDD/ATDD bedeutet also, dass das Team beginnt, diese testgetriebenen Methoden systematisch im Entwicklungsprozess zu nutzen.

Hier sind Beispiele für die Einführung von „Shift-Left“-Ansätzen in der Softwareentwicklung: 1. **Frühe Testbarkeit sicherstellen** Bereits in der Anforderungsphase werden Testfälle gemeinsam mit den Anforderungen definiert. Entwickler und Tester arbeiten eng zusammen, um sicherzustellen, dass jede Anforderung testbar ist. Beispiel: User Stories enthalten Akzeptanzkriterien, die direkt als Testfälle genutzt werden können. 2. **Behavior Driven Development (BDD)** Anforderungen werden in einer für alle verständlichen Sprache (z. B. Gherkin) als Szenarien beschrieben. Diese Szenarien dienen als Grundlage für automatisierte Tests, die schon vor der eigentlichen Implementierung geschrieben werden. Beispiel: ``` Szenario: Erfolgreiches Einloggen Gegeben sei ein registrierter Benutzer Wenn der Benutzer seine korrekten Zugangsdaten eingibt Dann wird er auf die Startseite weitergeleitet ``` 3. **Test Driven Development (TDD)** Entwickler schreiben zunächst automatisierte Tests für eine neue Funktion, bevor sie den eigentlichen Code implementieren. Erst wenn der Test fehlschlägt, wird der Code geschrieben, bis der Test erfolgreich ist. Beispiel: - Test für eine neue Berechnungsfunktion schreiben - Funktion implementieren, bis der Test grün ist 4. **Pair Testing** Entwickler und Tester arbeiten gemeinsam an einem Arbeitsplatz und testen neue Funktionen direkt nach der Implementierung. So werden Fehler frühzeitig erkannt und behoben. Beispiel: - Nach Abschluss eines Features setzen sich Entwickler und Tester zusammen, führen gemeinsam Tests durch und dokumentieren die Ergebnisse. Diese Ansätze helfen, Fehler frühzeitig zu erkennen und die Qualität der Software von Anfang an zu sichern.