Difference: DesignForTestabilityInDerPraxis (1 vs. 3)

Revision 32012-12-07 - MarkusGaertner

Line: 1 to 1
 
META TOPICPARENT name="Programm"
Line: 26 to 25
 David Völkel

\ No newline at end of file

Added:
>
>
Folien: Design for Testability - David Völkel

META FILEATTACHMENT attachment="Design_for_Testability_in_der_Praxis6.pdf" attr="h" comment="Design for Testability" date="1354887586" name="Design_for_Testability_in_der_Praxis6.pdf" path="Design_for_Testability_in_der_Praxis6.pdf" size="2007951" stream="Design_for_Testability_in_der_Praxis6.pdf" tmpFilename="/var/tmp/CGItemp12638" user="MarkusGaertner" version="1"

Revision 22012-09-08 - StefanRoock

Line: 1 to 1
 
META TOPICPARENT name="Programm"
Line: 6 to 6
  Session 60'
Added:
>
>

Keywords

Testbarkeit, OO Design, Legacy-Code Renovierung, TDD

 

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.

Added:
>
>

Vorkenntnisse

Grundkenntnisse in objektorientiertem Design und TDD sind hilfreich

 

Speaker

David Völkel

Revision 12012-09-04 - StefanRoock

Line: 1 to 1
Added:
>
>
META TOPICPARENT name="Programm"

"Design for Testability" in der Praxis

Session 60'

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.

Speaker

David Völkel

 
andrena objects Logo it-agile Logo mobile.de coremedia