<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: To test or not to test</title>
	<link>http://www.woloszyn.org/2007/12/09/to-test-or-not-to-test/</link>
	<description>Mumbling about software</description>
	<pubDate>Sat, 04 Feb 2012 23:39:55 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: znachor</title>
		<link>http://www.woloszyn.org/2007/12/09/to-test-or-not-to-test/#comment-71</link>
		<dc:creator>znachor</dc:creator>
		<pubDate>Mon, 07 Jan 2008 11:08:39 +0000</pubDate>
		<guid>http://www.woloszyn.org/2007/12/09/to-test-or-not-to-test/#comment-71</guid>
		<description>Related article from InfoQ: Private Methods, Test Driven Development, and Good Design: http://www.infoq.com/news/2008/01/private-methods-tdd-design</description>
		<content:encoded><![CDATA[<p>Related article from InfoQ: Private Methods, Test Driven Development, and Good Design: <a href="http://www.infoq.com/news/2008/01/private-methods-tdd-design" rel="nofollow">http://www.infoq.com/news/2008/01/private-methods-tdd-design</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: znachor</title>
		<link>http://www.woloszyn.org/2007/12/09/to-test-or-not-to-test/#comment-9</link>
		<dc:creator>znachor</dc:creator>
		<pubDate>Mon, 10 Dec 2007 13:27:51 +0000</pubDate>
		<guid>http://www.woloszyn.org/2007/12/09/to-test-or-not-to-test/#comment-9</guid>
		<description>Valid points. Looks like going towards testing public interface is a way forward. However I still have this thought that if we do that that we loose the benefit of test-first approach when we create an unit which is not a part of public interface.

As side note there is pretty interesting debate on InfoQ about Dependency Injection: http://www.infoq.com/news/2007/12/does-di-pay-off</description>
		<content:encoded><![CDATA[<p>Valid points. Looks like going towards testing public interface is a way forward. However I still have this thought that if we do that that we loose the benefit of test-first approach when we create an unit which is not a part of public interface.</p>
<p>As side note there is pretty interesting debate on InfoQ about Dependency Injection: <a href="http://www.infoq.com/news/2007/12/does-di-pay-off" rel="nofollow">http://www.infoq.com/news/2007/12/does-di-pay-off</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian</title>
		<link>http://www.woloszyn.org/2007/12/09/to-test-or-not-to-test/#comment-8</link>
		<dc:creator>Adrian</dc:creator>
		<pubDate>Mon, 10 Dec 2007 12:21:53 +0000</pubDate>
		<guid>http://www.woloszyn.org/2007/12/09/to-test-or-not-to-test/#comment-8</guid>
		<description>I think that unit test (certainly inn TDD) should only test the behaviour of the class, i.e. the public or maybe protected methods. You should find that any private methods are implicitly tested anyway, particularly if you're using TDD.

One irritation I do find however is that, when using Spring, I have to sometimes create protected setter methods to allow the unit tests to inject dependencies or provide mock behaviour.

Probably something I'm doing wrong......</description>
		<content:encoded><![CDATA[<p>I think that unit test (certainly inn TDD) should only test the behaviour of the class, i.e. the public or maybe protected methods. You should find that any private methods are implicitly tested anyway, particularly if you&#8217;re using TDD.</p>
<p>One irritation I do find however is that, when using Spring, I have to sometimes create protected setter methods to allow the unit tests to inject dependencies or provide mock behaviour.</p>
<p>Probably something I&#8217;m doing wrong&#8230;&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

