BEGIN:VCALENDAR PRODID:-//Microsoft Corporation//Outlook 12.0 MIMEDIR//EN VERSION:2.0 METHOD:PUBLISH X-MS-OLK-FORCEINSPECTOROPEN:TRUE BEGIN:VEVENT CLASS:PUBLIC CREATED:20090702T115915Z DESCRIPTION:Teilnehmerlink\nWer teilnehmen möchte trägt sich bitte in die Teilnehmerliste ein.\nThema\nTest-D riven Development und Behavior-Driven Development von und mit Gregor Biswa nger und Robert Walter\nDetails zum Vortrag\nEin neues Software Projekt be ginnt. Das Design der Architektur steht auch schon. Nun können die hoch m otivierten Entwickler starten\, ihre Fachbereiche mit Code zu füllen. Doc h kommt es schon nach kurzer Zeit zu großen Problemen! Die Anwendung mach t an unterschiedlichen Stellen alles andere als das\, was gefordert wurde. Keiner kann am Ende sagen woran das liegt\, jeder versucht seine Position zu verteidigen. Ist das Projekt nun zum Scheitern verurteilt? Wird nun de r Fertigstellungstermin noch weiter nach hinten geschoben\, der sowieso sc hon an der Schmerzgrenze lag?! Nein\, durch Test Driven Development kann d ieses Problem verringert werden. Damit ist nicht die Fehleranfälligkeit g emeint\, sondern das rechtzeitige Erkennen\, an welcher Stelle es gerade n icht funktioniert wie es soll.\nEinführung in Test Driven Development\nWa s ist überhaupt TDD? Wie kann ich TDD für neue oder bestehende Projekte richtig nutzen? Welche Arten von Testmöglichkeiten für heutige Softwarep rojekte geboten wird\, soll auch verdeutlicht werden. Dabei wird einmal di e Theorie und anschließend die Praxis genauestens durchleuchtet. Dementsp rechend werden dabei folgende Punkte besprochen: Unit-Tests\, Integrations -Tests\, Akzeptanz-Tests und Mocking. \nTheorie & Praxis: Code-Coverage\nS ehr oft wird beim Schreiben von Codes genau an denn Tests geschrieben\, di e niemals zu Problemen eintreffen werden. Somit passieren Fehler\, die bis heute im Unbekannten weiter leben. Damit diese Horrorvisionen nicht Wirkl ichkeit wird\, spielt die Testabdeckung eine wichtige Rolle! \nEinführung in Behavior Driven Development \nDurch eine Erweiterung von TDD durch Beh avior-Driven Development (kurz BDD) werden Tests strukturierter nach den A nforderungen aufgebaut. Hier wird unverkennbar der Kern von TDD für quali tative Softwareprojekte genutzt\, und durch die Erweiterung von BDD die fu nktionalen Anforderungen in den Mittelpunkt gestellt.\nÜber die Sprecher\ nGregor Biswanger ist Consultant bei der Firma TRIA IT-solutions in München. Seine Schwerpunkte liegen im Bereich der .NET-Architektur und agilen Prozessen. \nBiswanger ist auch f reier Autor\, Speaker und Microsoft CLIPler der INdotNET (Ingolstädter .NET Developers Group).\nUnterstützt wird Gregor b ei den Vorträgen von Robert Walter.\n\n DTEND:20090715T200000Z DTSTAMP:20090702T115915Z DTSTART:20090715T160000Z LAST-MODIFIED:20090702T115915Z LOCATION:T-Systems MMS (Riesaer Str. 5) im Erdgeschoß PRIORITY:5 SEQUENCE:0 SUMMARY;LANGUAGE=de:.NET User Group Dresden Treffen TRANSP:OPAQUE UID:040000008200E00074C5B7101A82E0080000000030AB9C8919FBC901000000000000000 0100000005E8F8C5ED948AE40A31A522ECB9645B6 X-ALT-DESC;FMTTYPE=text/html:\n\n\n\n\n\n\n\n\n

Teil nehmerlink

\n\n

< /B>Wer teilnehmen möchte trägt si ch bitte in die Teilnehmerliste< SPAN LANG="de"> ein.

\n\n
Thema
\n\n
Test-Driven Development und Behavior-Driven Develop ment von und mit Gregor Biswanger und Robert Walter
\n\n
Details z um Vortrag
\n\n
Ein neues Software Projekt beginnt. Das Design der Architektur steht auch schon. Nun können die hoch motivierten Entwickler starten\, i hre Fachbereiche mit Code zu füllen. Doch kommt es schon nach kurzer Zeit zu großen Problemen! Die Anwendung macht an unterschiedlichen Stellen al les andere als das\, was gefordert wurde. Keiner kann am Ende sagen woran das liegt\, jeder versucht seine Position zu verteidigen. Ist das Projekt nun zum Scheitern verurteilt? Wird nun der Fertigstellungstermin noch weit er nach hinten geschoben\, der sowieso schon an der Schmerzgrenze lag?! Ne in\, durch Test Driven Development kann dieses Problem verringert werden. Damit ist nicht die Fehleranfälligkeit gemeint\, sondern das rechtzeitige Erkennen\, an welcher Stelle es gerade nicht funktioniert wie es soll.
\n\n
Einführung in Test Driven Development
\n\ n
Was ist überhaupt TDD? Wie kann ich TDD für neue oder bestehende Projekte richtig nutzen? Welch e Arten von Testmöglichkeiten für heutige Softwareprojekte geboten wird\ , soll auch verdeutlicht werden. Dabei wird einmal die Theorie und anschli eßend die Praxis genauestens durchleuchtet. Dementsprechend werden dabei folgende Punkte besprochen: Unit-Tests\, Integrations-Tests\, Akzeptanz-Te sts und Mocking.
\n\n

< B>Theorie &\; Praxis: Code-Coverage

\n\n

Sehr oft wird beim Schreiben von Codes genau an denn Tests geschrieben\, die ni emals zu Problemen eintreffen werden. Somit passieren Fehler\, die bis heu te im Unbekannten weiter leben. Damit diese Horrorvisionen nicht Wirklichk eit wird\, spielt die Testabdeckung eine wichtige Rolle!

\n\n

Ein führung in Behavior Driven Development

\n\n

Durch eine Erweiterung von TDD d urch Behavior-Driven Development (kurz BDD) werden Tests strukturierter na ch den Anforderungen aufgebaut. Hier wird unverkennbar der Kern von TDD f ür qualitative Softwareprojekte genutzt\, und durch die Erweiterung von B DD die funktionalen Anforderungen in den Mittelpunkt gestellt.

\ n\n

Über die Sprecher

\n\n

Gregor Biswanger is t Consultant bei der Firma TRIA IT-solutions in München. Seine Schwerpunk te liegen im Bereich der .NET-Architektur und agilen Prozessen.
\nBiswa nger ist auch freier Autor\, Speaker und Microsoft CLIPler der INdot NET (Ingolst ädter .NET Developers Group).

\n\n

Un terstützt wird Gregor bei den Vorträgen von Robert Walter.

\n\ n

\n\n\ n X-MICROSOFT-CDO-BUSYSTATUS:BUSY X-MICROSOFT-CDO-IMPORTANCE:1 X-MICROSOFT-DISALLOW-COUNTER:FALSE X-MS-OLK-ALLOWEXTERNCHECK:TRUE X-MS-OLK-AUTOFILLLOCATION:FALSE X-MS-OLK-CONFTYPE:0 BEGIN:VALARM TRIGGER:-PT15M ACTION:DISPLAY DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR