<?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"
	>
<channel>
	<title>Comments on: TechEd 2008 notes: Lessons Learned in Programmer (Unit) Testing</title>
	<atom:link href="http://blog.excastle.com/2008/06/09/teched-2008-notes-lessons-learned-in-programmer-unit-testing/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.excastle.com/2008/06/09/teched-2008-notes-lessons-learned-in-programmer-unit-testing/</link>
	<description>Life, .NET, and Cats</description>
	<pubDate>Fri, 21 Nov 2008 04:49:11 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Jim</title>
		<link>http://blog.excastle.com/2008/06/09/teched-2008-notes-lessons-learned-in-programmer-unit-testing/#comment-21730</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Fri, 13 Jun 2008 21:19:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.excastle.com/?p=2550#comment-21730</guid>
		<description>Very interesting; thanks.  I am not following on how mocking is bad for state testing.  Mocks are just a simulation of other classes that you substitute for control and performance.  My thought is that my test actions move the object to a state or action that I test.  I’m missing the point on the bad side of the statement.  I may not grasp "state testing".  Can you elaborate just a bit.  Thx.</description>
		<content:encoded><![CDATA[<p>Very interesting; thanks.  I am not following on how mocking is bad for state testing.  Mocks are just a simulation of other classes that you substitute for control and performance.  My thought is that my test actions move the object to a state or action that I test.  I’m missing the point on the bad side of the statement.  I may not grasp &#8220;state testing&#8221;.  Can you elaborate just a bit.  Thx.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe White&#8217;s Blog &#187; Blog Archive &#187; TechEd 2008 notes: How not to write a unit test</title>
		<link>http://blog.excastle.com/2008/06/09/teched-2008-notes-lessons-learned-in-programmer-unit-testing/#comment-21599</link>
		<dc:creator>Joe White&#8217;s Blog &#187; Blog Archive &#187; TechEd 2008 notes: How not to write a unit test</dc:creator>
		<pubDate>Fri, 13 Jun 2008 04:48:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.excastle.com/?p=2550#comment-21599</guid>
		<description>[...] Suggestion: don&#8217;t call the method directly from Assert.AreEqual(...). Introduce a temp variable instead. (This relates back to the 3A test pattern.) [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Suggestion: don&#8217;t call the method directly from Assert.AreEqual(&#8230;). Introduce a temp variable instead. (This relates back to the 3A test pattern.) [&#8230;]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
