<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Matt Van Veenendaal &#187; test driven development</title>
	<atom:link href="http://www.mattvv.com/tag/test-driven-development/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mattvv.com</link>
	<description>the software development journey</description>
	<lastBuildDate>Wed, 23 Mar 2011 00:40:04 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Build servers in a TDD environment</title>
		<link>http://www.mattvv.com/build-servers-in-a-tdd-environment/</link>
		<comments>http://www.mattvv.com/build-servers-in-a-tdd-environment/#comments</comments>
		<pubDate>Wed, 06 Jan 2010 18:36:21 +0000</pubDate>
		<dc:creator>mattvv</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[continuous integration]]></category>
		<category><![CDATA[test driven development]]></category>

		<guid isPermaLink="false">http://www.mattvv.com/?p=68</guid>
		<description><![CDATA[]]></description>
			<content:encoded><![CDATA[<p>Being a bit a tiny bit obsessed with continuous integration I had set up a automated daily build to hit the staging environment every day.<br />
One fatal mistake I have made with this is to <strong>ensure all tests pass before running the build.</strong></p>
<p>While this might seem like a good idea at first, having a staging/qa environment that has the most up to date code is more important then having one that is essentially stable.<br />
The reason this works is, in the work flow for test driven development, when a new feature is started the first thing that is created is your unit tests. This will create red lights on your CI server, and prevent your latest staging build from deploying for that day.</p>
<p><strong>Why is this bad</strong>?</p>
<p>1. Delays an entire day of QA, working in larger teams this can become a problem.<br />
2. Features that are not entirely yet coded, but have tests written for the entire of the features cannot have aspects of that feature that are finished hand QA&#8217;d.</p>
<p><strong>Solution</strong>?<br />
Very simple. Don&#8217;t require you&#8217;re QA server to have your tests pass. Leave that for your production environment.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mattvv.com/build-servers-in-a-tdd-environment/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

