| | Abstract
Bei der Einführung von agilen Methoden verfügt der bestehende Legacy-Code leider in der Regel über ein schlecht testbares Design, da er nicht testgetrieben entwickelt wurde. Die Entwickler müssen also nicht nur die Umstellung auf Testgetriebene Entwicklung meistern, sondern kämpfen gleichzeitig gegen eine schwere Testbarkeit an. So ist die Erstellung automatisierter Tests aufwändig und die Chance hoch, frustriert aufzugeben und das Scheitern auf die Methodik zu schieben.
Der Vortrag beleuchtet die Wechselwirkung zwischen Tests und Design, die Frage, wie sich die Testbarkeit von testgetrieben entwickeltem Code von der von Legacy-Code unterscheidet und warum Testbarkeit durch Isolation verbessert werden kann. Konkrete Code-Beispiele veranschaulichen, wie wir ein "Design for Testability" durch gezieltes Refaktorieren von Legacy-Code erzielen können, so dass sich Tests wieder leichter umsetzen lassen. |
