<?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: Tests should last forever</title>
	<atom:link href="http://www.tigraine.at/2009/03/25/tests-should-last-forever/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.tigraine.at/2009/03/25/tests-should-last-forever/</link>
	<description>Daniel Hoelbling talks about programming</description>
	<lastBuildDate>Tue, 31 Jan 2012 08:32:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Tigraine &#187; Blog Archive &#187; Good ideas worth spreading: SystemDateTime abstractions</title>
		<link>http://www.tigraine.at/2009/03/25/tests-should-last-forever/comment-page-1/#comment-5401</link>
		<dc:creator>Tigraine &#187; Blog Archive &#187; Good ideas worth spreading: SystemDateTime abstractions</dc:creator>
		<pubDate>Thu, 16 Sep 2010 17:04:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.tigraine.at/2009/03/25/tests-should-last-forever/#comment-5401</guid>
		<description>[...] stated before: Don’t make your tests depend on external factors like the current time or Date, and I even had a solution until now that solved the problem rather [...]</description>
		<content:encoded><![CDATA[<p>[...] stated before: Don’t make your tests depend on external factors like the current time or Date, and I even had a solution until now that solved the problem rather [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vibram fivefingers</title>
		<link>http://www.tigraine.at/2009/03/25/tests-should-last-forever/comment-page-1/#comment-3473</link>
		<dc:creator>vibram fivefingers</dc:creator>
		<pubDate>Mon, 05 Jul 2010 15:41:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.tigraine.at/2009/03/25/tests-should-last-forever/#comment-3473</guid>
		<description>Mark S. is definitely on the right track. If you want to get a professional looking email address, Id recommend buying your name domain name, like or  &lt;br&gt;&lt;a href=&quot;http://www.discount-air-jordan.com/air-jordan-16.5.html&quot;  rel=&quot;nofollow&quot;&gt;air jordan 16.5&lt;/a&gt;&lt;br&gt; If its common it might be difficult to get, however, be creative and you can usually find something.</description>
		<content:encoded><![CDATA[<p>Mark S. is definitely on the right track. If you want to get a professional looking email address, Id recommend buying your name domain name, like or  <br /><a href="http://www.discount-air-jordan.com/air-jordan-16.5.html"  rel="nofollow">air jordan 16.5</a><br /> If its common it might be difficult to get, however, be creative and you can usually find something.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ugg boots</title>
		<link>http://www.tigraine.at/2009/03/25/tests-should-last-forever/comment-page-1/#comment-3470</link>
		<dc:creator>ugg boots</dc:creator>
		<pubDate>Mon, 05 Jul 2010 15:40:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.tigraine.at/2009/03/25/tests-should-last-forever/#comment-3470</guid>
		<description>Mark S. is definitely on the right track. If you want to get a professional looking email address, Id recommend buying your name domain name, like or  &lt;br&gt;&lt;a href=&quot;http://www.discount-air-jordan.com/Jordan-Pro-Classic.html&quot;  rel=&quot;nofollow&quot;&gt;Jordan Pro Classic&lt;/a&gt;&lt;br&gt; If its common it might be difficult to get, however, be creative and you can usually find something.</description>
		<content:encoded><![CDATA[<p>Mark S. is definitely on the right track. If you want to get a professional looking email address, Id recommend buying your name domain name, like or  <br /><a href="http://www.discount-air-jordan.com/Jordan-Pro-Classic.html"  rel="nofollow">Jordan Pro Classic</a><br /> If its common it might be difficult to get, however, be creative and you can usually find something.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tigraine &#187; Blog Archive &#187; Beggars can&#8217;t be choosers: Dependency injection through global factories</title>
		<link>http://www.tigraine.at/2009/03/25/tests-should-last-forever/comment-page-1/#comment-3368</link>
		<dc:creator>Tigraine &#187; Blog Archive &#187; Beggars can&#8217;t be choosers: Dependency injection through global factories</dc:creator>
		<pubDate>Wed, 14 Oct 2009 16:34:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.tigraine.at/2009/03/25/tests-should-last-forever/#comment-3368</guid>
		<description>[...] Oh, and btw: The example I did above was chosen deliberately to be something as simple as a abstraction of DateTime.Now. As said before, never depend on moving parts in your tests. [...]</description>
		<content:encoded><![CDATA[<p>[...] Oh, and btw: The example I did above was chosen deliberately to be something as simple as a abstraction of DateTime.Now. As said before, never depend on moving parts in your tests. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tigraine</title>
		<link>http://www.tigraine.at/2009/03/25/tests-should-last-forever/comment-page-1/#comment-2476</link>
		<dc:creator>Tigraine</dc:creator>
		<pubDate>Thu, 26 Mar 2009 22:35:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.tigraine.at/2009/03/25/tests-should-last-forever/#comment-2476</guid>
		<description>The whole point of the posting was that if you initialize a variable in your test to DateTime.Now, your test changes dynamically at runtime. So if your code under test makes some checks to that variable, you&#039;ll end up with a test that isn&#039;t running 100% of the time.&lt;br&gt;&lt;br&gt;If you initialize the variable to some fixed date where you know it should pass (like 1.1.2009 14:00), you can rerun the test under any condition, it will still pass as long as the code works as expected.</description>
		<content:encoded><![CDATA[<p>The whole point of the posting was that if you initialize a variable in your test to DateTime.Now, your test changes dynamically at runtime. So if your code under test makes some checks to that variable, you&#39;ll end up with a test that isn&#39;t running 100% of the time.</p>
<p>If you initialize the variable to some fixed date where you know it should pass (like 1.1.2009 14:00), you can rerun the test under any condition, it will still pass as long as the code works as expected.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harald Logar</title>
		<link>http://www.tigraine.at/2009/03/25/tests-should-last-forever/comment-page-1/#comment-2474</link>
		<dc:creator>Harald Logar</dc:creator>
		<pubDate>Thu, 26 Mar 2009 14:05:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.tigraine.at/2009/03/25/tests-should-last-forever/#comment-2474</guid>
		<description>Hello Daniel, &lt;br&gt;&lt;br&gt;you are absolutly right about this point. But how can you manage to test a function which only works for the current day or the current week? In this case you also must have test which changes every day. But you have to think about a lot of things. Maybe the function does not work on sunday or only between 8 and 16 etc. &lt;br&gt;&lt;br&gt;best regards&lt;br&gt;Harald</description>
		<content:encoded><![CDATA[<p>Hello Daniel, </p>
<p>you are absolutly right about this point. But how can you manage to test a function which only works for the current day or the current week? In this case you also must have test which changes every day. But you have to think about a lot of things. Maybe the function does not work on sunday or only between 8 and 16 etc. </p>
<p>best regards<br />Harald</p>
]]></content:encoded>
	</item>
</channel>
</rss>

