<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Unit Tests, TDD und Testbarkeit: Ja!</title>
	<atom:link href="http://ilker.de/unit-tests-tdd-und-testbarkeit-ja/feed" rel="self" type="application/rss+xml" />
	<link>http://ilker.de/unit-tests-tdd-und-testbarkeit-ja</link>
	<description>Creative Computing.</description>
	<lastBuildDate>Tue, 31 Jan 2012 12:27:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: christoph</title>
		<link>http://ilker.de/unit-tests-tdd-und-testbarkeit-ja#comment-308</link>
		<dc:creator>christoph</dc:creator>
		<pubDate>Thu, 05 Nov 2009 08:02:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.gmbsg.com/stories/?p=401#comment-308</guid>
		<description>Ich bin vollkommen deiner Meinung. Um eine qualitativ hochwertige Software zu bauen, die alle Anforderungen wie gewünscht umsetzt, ist Software testen ein wesentlicher Bestandteil. Gerade die Entwicklertests, also Unittests, tragen einen entscheiden Anteil effizienten Code zu schreiben. Dabei kann man je nach Geschmack zwischen dem Tear Down oder Bottom Up Ansatz vorgehen (Schreibe ich erst die Funktion oder erst den Testfall für die zu implementierende Funktion). Allerdings finde ich dass TDD nur der erste Schritt ist um gute Software zu schreiben. Es sollte immer in allen Phasen der SW-Entwicklung getestet werden. Auch wenn das manchmal nervt. Eine gut getestete Software weist nicht nur Qualität nach, sondern verhindert später aufwendiges Nachpatchen, bzw. vereinfacht die spätere Wartung der Anwendung. Aber neben Tests sollte man sich auch vor der Codierung Gedanken um das Design(Wie sieht die Architektur der Software aus, welche Klassen werden benötigt etc.) einer Anwendung machen. Auch wenn man als Entwickler dazu neigt direkt mit dem entwickeln anfangen zu wollen.</description>
		<content:encoded><![CDATA[<p>Ich bin vollkommen deiner Meinung. Um eine qualitativ hochwertige Software zu bauen, die alle Anforderungen wie gewünscht umsetzt, ist Software testen ein wesentlicher Bestandteil. Gerade die Entwicklertests, also Unittests, tragen einen entscheiden Anteil effizienten Code zu schreiben. Dabei kann man je nach Geschmack zwischen dem Tear Down oder Bottom Up Ansatz vorgehen (Schreibe ich erst die Funktion oder erst den Testfall für die zu implementierende Funktion). Allerdings finde ich dass TDD nur der erste Schritt ist um gute Software zu schreiben. Es sollte immer in allen Phasen der SW-Entwicklung getestet werden. Auch wenn das manchmal nervt. Eine gut getestete Software weist nicht nur Qualität nach, sondern verhindert später aufwendiges Nachpatchen, bzw. vereinfacht die spätere Wartung der Anwendung. Aber neben Tests sollte man sich auch vor der Codierung Gedanken um das Design(Wie sieht die Architektur der Software aus, welche Klassen werden benötigt etc.) einer Anwendung machen. Auch wenn man als Entwickler dazu neigt direkt mit dem entwickeln anfangen zu wollen.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

