<?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: 10 Reasons to Write Unit Tests</title>
	<atom:link href="http://annafilina.com/blog/10-reasons-to-write-unit-tests/feed/" rel="self" type="application/rss+xml" />
	<link>http://annafilina.com/blog/10-reasons-to-write-unit-tests/</link>
	<description>I fix stuff</description>
	<lastBuildDate>Thu, 19 Apr 2012 12:13:44 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ashay</title>
		<link>http://annafilina.com/blog/10-reasons-to-write-unit-tests/comment-page-1/#comment-6601</link>
		<dc:creator>Ashay</dc:creator>
		<pubDate>Wed, 27 Oct 2010 15:47:31 +0000</pubDate>
		<guid isPermaLink="false">http://annafilina.com/blog/?p=470#comment-6601</guid>
		<description>While I agree that unit tests and functional tests are required, I more of a proponent of test first programming. Not only does it force you to think thru the functionality to be coded, it also helps validate that the test will fail when it needs to and then one can also see if sufficient failure information is being captured for the inevitable triage/debug.</description>
		<content:encoded><![CDATA[<p>While I agree that unit tests and functional tests are required, I more of a proponent of test first programming. Not only does it force you to think thru the functionality to be coded, it also helps validate that the test will fail when it needs to and then one can also see if sufficient failure information is being captured for the inevitable triage/debug.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anna</title>
		<link>http://annafilina.com/blog/10-reasons-to-write-unit-tests/comment-page-1/#comment-3651</link>
		<dc:creator>Anna</dc:creator>
		<pubDate>Wed, 09 Jun 2010 12:23:15 +0000</pubDate>
		<guid isPermaLink="false">http://annafilina.com/blog/?p=470#comment-3651</guid>
		<description>I agree that functional tests are also necessary. I could not live without these.</description>
		<content:encoded><![CDATA[<p>I agree that functional tests are also necessary. I could not live without these.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Travis Calder</title>
		<link>http://annafilina.com/blog/10-reasons-to-write-unit-tests/comment-page-1/#comment-3612</link>
		<dc:creator>Travis Calder</dc:creator>
		<pubDate>Sat, 05 Jun 2010 01:39:53 +0000</pubDate>
		<guid isPermaLink="false">http://annafilina.com/blog/?p=470#comment-3612</guid>
		<description>I agree that Unit Tests are very useful, and these are things that Unit Tests might help with.

However, I think you are talking about Automated Testing in general, not Unit Tests.

Unit Tests are intended to test the smallest units they can get a hold of. This leads to the use of mocking and stubbing. When the assumptions of one unit change, the mocks/stubs of it used elsewhere do not. The code that uses these mocks/stubs still makes out-of-date assumptions.

Without other forms of testing, such as Functional Testing which tests larger integrated pieces, you actually will not catch many bugs with your test. Worse, you&#039;ll be more prone to them because you&#039;ll feel safer than you really are.

I talk a little bit at my blog about what Unit Tests do and do not do:
http://codequirks.com/2010/05/27/why-failing-tests-make-refactoring-safe/

More on that topic will be coming soon.</description>
		<content:encoded><![CDATA[<p>I agree that Unit Tests are very useful, and these are things that Unit Tests might help with.</p>
<p>However, I think you are talking about Automated Testing in general, not Unit Tests.</p>
<p>Unit Tests are intended to test the smallest units they can get a hold of. This leads to the use of mocking and stubbing. When the assumptions of one unit change, the mocks/stubs of it used elsewhere do not. The code that uses these mocks/stubs still makes out-of-date assumptions.</p>
<p>Without other forms of testing, such as Functional Testing which tests larger integrated pieces, you actually will not catch many bugs with your test. Worse, you&#8217;ll be more prone to them because you&#8217;ll feel safer than you really are.</p>
<p>I talk a little bit at my blog about what Unit Tests do and do not do:<br />
<a href="http://codequirks.com/2010/05/27/why-failing-tests-make-refactoring-safe/" rel="nofollow">http://codequirks.com/2010/05/27/why-failing-tests-make-refactoring-safe/</a></p>
<p>More on that topic will be coming soon.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nirav Assar</title>
		<link>http://annafilina.com/blog/10-reasons-to-write-unit-tests/comment-page-1/#comment-3609</link>
		<dc:creator>Nirav Assar</dc:creator>
		<pubDate>Fri, 04 Jun 2010 13:14:21 +0000</pubDate>
		<guid isPermaLink="false">http://annafilina.com/blog/?p=470#comment-3609</guid>
		<description>These are very good points made.  The notion of resisting unit tests in development is also rooted in a lack of experience or acknowledgment that software if defect prone and is costly, no matter how expert the developer.  I tried to lay out some point for unit testing in my post. Please see below:

http://assarconsulting.blogspot.com/2009/10/perils-of-not-unit-testing.html</description>
		<content:encoded><![CDATA[<p>These are very good points made.  The notion of resisting unit tests in development is also rooted in a lack of experience or acknowledgment that software if defect prone and is costly, no matter how expert the developer.  I tried to lay out some point for unit testing in my post. Please see below:</p>
<p><a href="http://assarconsulting.blogspot.com/2009/10/perils-of-not-unit-testing.html" rel="nofollow">http://assarconsulting.blogspot.com/2009/10/perils-of-not-unit-testing.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michelangelo van Dam</title>
		<link>http://annafilina.com/blog/10-reasons-to-write-unit-tests/comment-page-1/#comment-3601</link>
		<dc:creator>Michelangelo van Dam</dc:creator>
		<pubDate>Thu, 03 Jun 2010 14:36:02 +0000</pubDate>
		<guid isPermaLink="false">http://annafilina.com/blog/?p=470#comment-3601</guid>
		<description>Anna,


You&#039;ve given me another clue bat to swing around, unfortunately some people are… *carefully choosing my words here* …finding excuses not to unit test. Maybe this simple overview will help me convince them to rethink their current opinions.

Thanks.</description>
		<content:encoded><![CDATA[<p>Anna,</p>
<p>You&#8217;ve given me another clue bat to swing around, unfortunately some people are… *carefully choosing my words here* …finding excuses not to unit test. Maybe this simple overview will help me convince them to rethink their current opinions.</p>
<p>Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anna</title>
		<link>http://annafilina.com/blog/10-reasons-to-write-unit-tests/comment-page-1/#comment-3592</link>
		<dc:creator>Anna</dc:creator>
		<pubDate>Thu, 03 Jun 2010 03:12:12 +0000</pubDate>
		<guid isPermaLink="false">http://annafilina.com/blog/?p=470#comment-3592</guid>
		<description>I choose PHPUnit for my unit testing needs. The project is thouroughly documented.

Here&#039;s a solid introduction by Sebastian Bergmann: http://www.slideshare.net/sebastian_bergmann/testing-php-applications-with-phpunit-3-8227

I know that his company offers trainings. He can explain good test writing better than I can.</description>
		<content:encoded><![CDATA[<p>I choose PHPUnit for my unit testing needs. The project is thouroughly documented.</p>
<p>Here&#8217;s a solid introduction by Sebastian Bergmann: <a href="http://www.slideshare.net/sebastian_bergmann/testing-php-applications-with-phpunit-3-8227" rel="nofollow">http://www.slideshare.net/sebastian_bergmann/testing-php-applications-with-phpunit-3-8227</a></p>
<p>I know that his company offers trainings. He can explain good test writing better than I can.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pascall</title>
		<link>http://annafilina.com/blog/10-reasons-to-write-unit-tests/comment-page-1/#comment-3579</link>
		<dc:creator>pascall</dc:creator>
		<pubDate>Wed, 02 Jun 2010 12:07:18 +0000</pubDate>
		<guid isPermaLink="false">http://annafilina.com/blog/?p=470#comment-3579</guid>
		<description>Very interesting but, i could be fine to explain the best way to write unit tests...
or may be listing existing tools (ex: PHPUnit...), or library... or just explaining how to do it.</description>
		<content:encoded><![CDATA[<p>Very interesting but, i could be fine to explain the best way to write unit tests&#8230;<br />
or may be listing existing tools (ex: PHPUnit&#8230;), or library&#8230; or just explaining how to do it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anna</title>
		<link>http://annafilina.com/blog/10-reasons-to-write-unit-tests/comment-page-1/#comment-3562</link>
		<dc:creator>Anna</dc:creator>
		<pubDate>Tue, 01 Jun 2010 20:02:15 +0000</pubDate>
		<guid isPermaLink="false">http://annafilina.com/blog/?p=470#comment-3562</guid>
		<description>&lt;a href=&quot;#comment-3538&quot; rel=&quot;nofollow&quot;&gt;@Jason Sweat &lt;/a&gt; 
I totally agree with you.</description>
		<content:encoded><![CDATA[<p><a href="#comment-3538" rel="nofollow">@Jason Sweat </a><br />
I totally agree with you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Sweat</title>
		<link>http://annafilina.com/blog/10-reasons-to-write-unit-tests/comment-page-1/#comment-3538</link>
		<dc:creator>Jason Sweat</dc:creator>
		<pubDate>Tue, 01 Jun 2010 00:28:42 +0000</pubDate>
		<guid isPermaLink="false">http://annafilina.com/blog/?p=470#comment-3538</guid>
		<description>As a corollary to 5, you can actually code a test to demonstrate a bug, fix it, and then leave it in your test suite so you guarantee you don&#039;t ever re-introduce a bug.</description>
		<content:encoded><![CDATA[<p>As a corollary to 5, you can actually code a test to demonstrate a bug, fix it, and then leave it in your test suite so you guarantee you don&#8217;t ever re-introduce a bug.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

