Good tests bad tests

1. alexander.michehl at gmail dot com
Gute und schlechte Tests?

2. Bewährte Praktiken
• Arrange, Act, Assert
• FIRST (Fast, Isolated, Repeatable, Self-Validating, Timely)

3. Erlebnisse in einem Experimentalprojekt

4. Erster Test!

5. Diagnose: Konstruktortest
Konstruktor testen??
Pro: Vermeidet, dass Klasse kaputt geht
Con: Frisiert Statistik

6. Verbesserung 1: Etwas Nützliches machen

7. Diagnose: Vage Beschreibung des Resultats
Was ist denn korrektes Resultat?

8. Verbesserung 2: Testresultat beschreiben

9. Diagnose: Gott-Test
Muss man alles auf einmal testen?

10. Verbesserung 3: Tests aufteilen

11. Diagnose: unklare Code-Zeilen
„TODO“ verleitete uns dazu, den Ex-Entwickler zu konsultieren

12. Verbesserung 4: Voodoo kommentieren

13. Diagnose: Vage Beschreibung der Bedingung
Wird wirklich immer eine Ergebnisstatistik generiert?

14. Verbesserung 5: Testbedingung beschreiben

15. Diagnose: Überflüssige Prüfungen

16. Diagnose: Überflüssige Prüfungen
Keine internen Werte prüfen, wenn das Resultat stimmt!

17. Diagnose: Timer

18. Diagnose: Timer
Was passiert, wenn die Zeit doch mal nicht ausreicht?

19. Diagnose: Timer
Ggf. googlen, wie AutoResetEvents/ManualResetEvents in anderen Sprachen umgesetzt werden

20. Weitere unangenehme Diagnosen
• if im Test-Code
• while im Test-Code
• if(isTest) im Produktiv-Code

21. Zusammenfassung: „Test Code Smells“
• Nur Konstruktor getestet
• Vage Beschreibung des erwarteten Resultats im Testnamen
• Vage Beschreibung der Bedingung im Testnamen
• Gott-Test
• Überflüssige Prüfungen im Test-Code
• Timer im Test-Code
• Unklare Anweisungen im Test-Code
• if im Test-Code
• while im Test-Code
• if(isTest) im Produktiv-Code