<?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: Useless Unit Test</title>
	<atom:link href="http://RandyPatterson.com/index.php/2007/09/21/useless-unit-test/feed/" rel="self" type="application/rss+xml" />
	<link>http://RandyPatterson.com/index.php/2007/09/21/useless-unit-test/</link>
	<description>Code To Live, Live To Code</description>
	<lastBuildDate>Wed, 08 Sep 2010 06:25:33 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Richard</title>
		<link>http://RandyPatterson.com/index.php/2007/09/21/useless-unit-test/comment-page-1/#comment-38</link>
		<dc:creator>Richard</dc:creator>
		<pubDate>Mon, 03 Mar 2008 19:53:41 +0000</pubDate>
		<guid isPermaLink="false">http://localhost/2007/09/21/UselessUnitTest.aspx#comment-38</guid>
		<description>This unit test should be testing the DAL based of the code shown.  What you are describing &quot;testing business logic&quot; should be a separate unit test.  This unit test has many advantages such as testing the SQL or Stored Procedure that were associated with this call, Verifying that the code can still reach the server, Verifying the code still has permissions to preform the action in question, etc...

The business logic code isn&#039;t suppose to sit in the DAL so this test by nature doesn&#039;t focus on business logic.  If you search around there is probably another test somewhere that test against business logic and leaves the DAL out of the equation.</description>
		<content:encoded><![CDATA[<p>This unit test should be testing the DAL based of the code shown.  What you are describing &quot;testing business logic&quot; should be a separate unit test.  This unit test has many advantages such as testing the SQL or Stored Procedure that were associated with this call, Verifying that the code can still reach the server, Verifying the code still has permissions to preform the action in question, etc&#8230;</p>
<p>The business logic code isn&#8217;t suppose to sit in the DAL so this test by nature doesn&#8217;t focus on business logic.  If you search around there is probably another test somewhere that test against business logic and leaves the DAL out of the equation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Odell</title>
		<link>http://RandyPatterson.com/index.php/2007/09/21/useless-unit-test/comment-page-1/#comment-37</link>
		<dc:creator>Jeff Odell</dc:creator>
		<pubDate>Thu, 01 Nov 2007 00:19:50 +0000</pubDate>
		<guid isPermaLink="false">http://localhost/2007/09/21/UselessUnitTest.aspx#comment-37</guid>
		<description>I would argue this is an Integration Test, not a Unit Test.  Hope I didn&#039;t write it!</description>
		<content:encoded><![CDATA[<p>I would argue this is an Integration Test, not a Unit Test.  Hope I didn&#8217;t write it!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roy Lawson</title>
		<link>http://RandyPatterson.com/index.php/2007/09/21/useless-unit-test/comment-page-1/#comment-36</link>
		<dc:creator>Roy Lawson</dc:creator>
		<pubDate>Sun, 23 Sep 2007 00:42:05 +0000</pubDate>
		<guid isPermaLink="false">http://localhost/2007/09/21/UselessUnitTest.aspx#comment-36</guid>
		<description>I would be OK with these unit tests if they were generated - many orm generators (nettiers for one) generate unit tests for the DAL.  

But, given that the DAL is often a moving target I wouldn&#039;t want to manually create and update these unit tests.  It&#039;s more trouble than it&#039;s worth.  Your time would be better spent unit testing the business logic.</description>
		<content:encoded><![CDATA[<p>I would be OK with these unit tests if they were generated &#8211; many orm generators (nettiers for one) generate unit tests for the DAL.  </p>
<p>But, given that the DAL is often a moving target I wouldn&#8217;t want to manually create and update these unit tests.  It&#8217;s more trouble than it&#8217;s worth.  Your time would be better spent unit testing the business logic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oleg Sych</title>
		<link>http://RandyPatterson.com/index.php/2007/09/21/useless-unit-test/comment-page-1/#comment-35</link>
		<dc:creator>Oleg Sych</dc:creator>
		<pubDate>Sat, 22 Sep 2007 19:17:42 +0000</pubDate>
		<guid isPermaLink="false">http://localhost/2007/09/21/UselessUnitTest.aspx#comment-35</guid>
		<description>I could think of some problems such a useless unit test would help to detect, having been bitten by one just a few days ago. Somebody mistakenly renamed a stored proc in DAL. No big deal, but the problem went undetected for a while.</description>
		<content:encoded><![CDATA[<p>I could think of some problems such a useless unit test would help to detect, having been bitten by one just a few days ago. Somebody mistakenly renamed a stored proc in DAL. No big deal, but the problem went undetected for a while.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://RandyPatterson.com/index.php/2007/09/21/useless-unit-test/comment-page-1/#comment-34</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Fri, 21 Sep 2007 15:35:57 +0000</pubDate>
		<guid isPermaLink="false">http://localhost/2007/09/21/UselessUnitTest.aspx#comment-34</guid>
		<description>OMG!!!</description>
		<content:encoded><![CDATA[<p>OMG!!!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
