Vorträge drehen sich meist um neue Tools und Bibliotheken. Das ist gut und wichtig, damit wir nicht stehenbleiben. Aber was ist mit den Grundlagen, die zu diesen Neuentwicklungen geführt haben? Gerade beim Thema "Testautomatisierung" ist mir aufgefallen, dass Neu- und Quereinsteiger*innen oft das vorhandene (gute oder schlechte) Testvorgehen hinnehmen, nachahmen und zu wenig hinterfragen. In dieser Live-Coding-Session schauen wir uns daher folgende Fragen an: Wie strukturiere ich meine Tests? Wie mache ich meine Tests lesbar, verständlich und wartbar? Wie teste ich etwas, das noch gar nicht da ist? Und wie hilft mir das alles für einfache Design-Refactorings? Ideologie lassen wir außen vor. Ich möchte Erfahrungen aus der Praxis zeigen, natürlich mit ein paar Anleihen aus TDD, Clean Code und auch vom Domain-driven Design. Testprofis werden nicht viel Neues entdecken. Aber wer sich beim Schreiben von Tests unsicher fühlt, bekommt pragmatische, praxiserprobte Anregungen, sodass die Tests uns im Entwicklungsteam unterstützen und nicht nur den Chef durch das Erfüllen irgendeiner Testabdeckungsmetrik zufriedenstellen. Wir schauen uns vor allem Unit-Tests in Java an, die Ideen können aber auf andere Testarten und Programmiersprachen übertragen werden. Das Live-Coding ist #folienarm – mit ein paar wenigen, einleitenden Slides.