<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: I wish there was a mocking framework&#8230;</title>
	<atom:link href="http://monkeyisland.pl/2008/11/03/iwish/feed/" rel="self" type="application/rss+xml" />
	<link>http://monkeyisland.pl/2008/11/03/iwish/</link>
	<description>about software</description>
	<lastBuildDate>Fri, 11 May 2012 11:03:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Alexwebmaster</title>
		<link>http://monkeyisland.pl/2008/11/03/iwish/#comment-3103</link>
		<dc:creator><![CDATA[Alexwebmaster]]></dc:creator>
		<pubDate>Tue, 03 Mar 2009 08:55:22 +0000</pubDate>
		<guid isPermaLink="false">http://szczepiq.wordpress.com/?p=171#comment-3103</guid>
		<description><![CDATA[Hello webmaster 
I would like to share with you a link to your site 
write me here preonrelt@mail.ru]]></description>
		<content:encoded><![CDATA[<p>Hello webmaster<br />
I would like to share with you a link to your site<br />
write me here <a href="mailto:preonrelt@mail.ru">preonrelt@mail.ru</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://monkeyisland.pl/2008/11/03/iwish/#comment-3018</link>
		<dc:creator><![CDATA[Tom]]></dc:creator>
		<pubDate>Wed, 05 Nov 2008 10:24:37 +0000</pubDate>
		<guid isPermaLink="false">http://szczepiq.wordpress.com/?p=171#comment-3018</guid>
		<description><![CDATA[I agree entirely that the design goal of a mock framework shouldn&#039;t be to  affect the quality of the code produced, but it should aim to make a great deal of difference to documentation and speed of development. In that respect Mockito, in particular Mockito annotations, are second to none. 

That a particular method on a foreign object is called is the domain of integration tests and not unit tests, although poor design can lead the boundaries of those two mind sets to blur. In my opinion, your test should strive to never test the interaction between a mock and your test code and it is the fault of Java that is an unavoidable side effect of modern design patterns. 

Making your mocks more explicit seems to be the antitheses of their point. They are an unfortunate necessity that should only been seen and heard when something has gone wrong. Mockito excels at this.]]></description>
		<content:encoded><![CDATA[<p>I agree entirely that the design goal of a mock framework shouldn&#8217;t be to  affect the quality of the code produced, but it should aim to make a great deal of difference to documentation and speed of development. In that respect Mockito, in particular Mockito annotations, are second to none. </p>
<p>That a particular method on a foreign object is called is the domain of integration tests and not unit tests, although poor design can lead the boundaries of those two mind sets to blur. In my opinion, your test should strive to never test the interaction between a mock and your test code and it is the fault of Java that is an unavoidable side effect of modern design patterns. </p>
<p>Making your mocks more explicit seems to be the antitheses of their point. They are an unfortunate necessity that should only been seen and heard when something has gone wrong. Mockito excels at this.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

