<?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: Testing without mocking framework</title>
	<atom:link href="http://www.morkeleb.com/2010/01/12/testing-without-mocking-framework/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.morkeleb.com/2010/01/12/testing-without-mocking-framework/</link>
	<description>Simple design for advanced constructions</description>
	<lastBuildDate>Mon, 06 Feb 2012 03:50:10 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Building Blocks &#187; Testing on Google AppEngine (Python SDK)</title>
		<link>http://www.morkeleb.com/2010/01/12/testing-without-mocking-framework/comment-page-1/#comment-615</link>
		<dc:creator>Building Blocks &#187; Testing on Google AppEngine (Python SDK)</dc:creator>
		<pubDate>Mon, 28 Jun 2010 20:18:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.morkeleb.com/?p=981#comment-615</guid>
		<description>[...] Here is an example by AppEngine Fan where he uses Mocker to mock out the external API calls. An approach that shows the power of the mocking library, but to my taste it results in too much code, and too much details about the mocking framework in the test making it harder to read. This ties back to a previous post I wrote about testing without Mocks. [...]</description>
		<content:encoded><![CDATA[<p>[...] Here is an example by AppEngine Fan where he uses Mocker to mock out the external API calls. An approach that shows the power of the mocking library, but to my taste it results in too much code, and too much details about the mocking framework in the test making it harder to read. This ties back to a previous post I wrote about testing without Mocks. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrik Akselsson</title>
		<link>http://www.morkeleb.com/2010/01/12/testing-without-mocking-framework/comment-page-1/#comment-381</link>
		<dc:creator>Patrik Akselsson</dc:creator>
		<pubDate>Tue, 12 Jan 2010 21:51:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.morkeleb.com/?p=981#comment-381</guid>
		<description>I think the pattern you are looking for is &quot;Test specific subclass&quot;, http://xunitpatterns.com/Test-Specific%20Subclass.html</description>
		<content:encoded><![CDATA[<p>I think the pattern you are looking for is &#8220;Test specific subclass&#8221;, <a href="http://xunitpatterns.com/Test-Specific%20Subclass.html" rel="nofollow">http://xunitpatterns.com/Test-Specific%20Subclass.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Johan A/ndersson</title>
		<link>http://www.morkeleb.com/2010/01/12/testing-without-mocking-framework/comment-page-1/#comment-379</link>
		<dc:creator>Johan A/ndersson</dc:creator>
		<pubDate>Tue, 12 Jan 2010 19:45:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.morkeleb.com/?p=981#comment-379</guid>
		<description>My discovery when we removed Rhino mocks was that we could swap services (such as an IDbConnection) the SUT used. The result is test cases separated from the arrangement of the SUT dependencies (again, such as the behavior/expectations of a database interface).
When arranged like this you could easily write ONE set of test cases for both unit and integration tests.
You can still use Rhino Mocks (or something else), but you will need to place your setup/expectations separate from your test fixture.
Then you need a mechanism to switch from mocked or non-mocked dependencies, perhaps  different concrete test fixtures injecting the SUT dependencies using overridden abstract methods or something.</description>
		<content:encoded><![CDATA[<p>My discovery when we removed Rhino mocks was that we could swap services (such as an IDbConnection) the SUT used. The result is test cases separated from the arrangement of the SUT dependencies (again, such as the behavior/expectations of a database interface).<br />
When arranged like this you could easily write ONE set of test cases for both unit and integration tests.<br />
You can still use Rhino Mocks (or something else), but you will need to place your setup/expectations separate from your test fixture.<br />
Then you need a mechanism to switch from mocked or non-mocked dependencies, perhaps  different concrete test fixtures injecting the SUT dependencies using overridden abstract methods or something.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Morten</title>
		<link>http://www.morkeleb.com/2010/01/12/testing-without-mocking-framework/comment-page-1/#comment-373</link>
		<dc:creator>Morten</dc:creator>
		<pubDate>Tue, 12 Jan 2010 09:12:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.morkeleb.com/?p=981#comment-373</guid>
		<description>Hi Håkan! :)

The point is to consider if mocking really is the &quot;fastest&quot; tool for the job when writing the test. I&#039;m not saying &quot;don&#039;t use mocking libraries&quot;, I&#039;m saying &quot;consider not using mocking libraries, instead of just opting for using them&quot;.

Depending on how you design you classes Mocking tools might just increase the burden, making it less clear what is under test, or just adding unnecessary coupling to mocking frameworks.

But yes, there are instances where you can get good results from a mocking framework. Just don&#039;t mock blindly.</description>
		<content:encoded><![CDATA[<p>Hi Håkan! <img src='http://www.morkeleb.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>The point is to consider if mocking really is the &#8220;fastest&#8221; tool for the job when writing the test. I&#8217;m not saying &#8220;don&#8217;t use mocking libraries&#8221;, I&#8217;m saying &#8220;consider not using mocking libraries, instead of just opting for using them&#8221;.</p>
<p>Depending on how you design you classes Mocking tools might just increase the burden, making it less clear what is under test, or just adding unnecessary coupling to mocking frameworks.</p>
<p>But yes, there are instances where you can get good results from a mocking framework. Just don&#8217;t mock blindly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Håkan Forss</title>
		<link>http://www.morkeleb.com/2010/01/12/testing-without-mocking-framework/comment-page-1/#comment-372</link>
		<dc:creator>Håkan Forss</dc:creator>
		<pubDate>Tue, 12 Jan 2010 09:08:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.morkeleb.com/?p=981#comment-372</guid>
		<description>I think you just use the mock frameworks wrong. You are mocking things that should be part of the system under test just as you state. 

Your sugested solution is just a way to mock without using a mock framework. Why would you not use a tool that help you do the same job but faster.</description>
		<content:encoded><![CDATA[<p>I think you just use the mock frameworks wrong. You are mocking things that should be part of the system under test just as you state. </p>
<p>Your sugested solution is just a way to mock without using a mock framework. Why would you not use a tool that help you do the same job but faster.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

