<?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: Organising unit tests in Haskell</title>
	<atom:link href="http://blogs.linux.ie/balor/2009/07/05/organising-unit-tests-in-haskell/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.linux.ie/balor/2009/07/05/organising-unit-tests-in-haskell/</link>
	<description>We eat cats whilst you code.</description>
	<lastBuildDate>Thu, 17 May 2012 00:31:11 +0100</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.4</generator>
	<item>
		<title>By: balor</title>
		<link>http://blogs.linux.ie/balor/2009/07/05/organising-unit-tests-in-haskell/comment-page-1/#comment-64377</link>
		<dc:creator>balor</dc:creator>
		<pubDate>Sun, 05 Jul 2009 23:18:23 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/balor/?p=273#comment-64377</guid>
		<description>I don&#039;t like to put my tests in the same module.  Maybe it&#039;s an OO hangover.  But I generally don&#039;t want to ship a test suite with the eventual product.  So keeping the suite in a subdirectory means I can release the &quot;product&quot;, rather than the development code, more easily.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t like to put my tests in the same module.  Maybe it&#8217;s an OO hangover.  But I generally don&#8217;t want to ship a test suite with the eventual product.  So keeping the suite in a subdirectory means I can release the &#8220;product&#8221;, rather than the development code, more easily.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Kow</title>
		<link>http://blogs.linux.ie/balor/2009/07/05/organising-unit-tests-in-haskell/comment-page-1/#comment-64300</link>
		<dc:creator>Eric Kow</dc:creator>
		<pubDate>Sun, 05 Jul 2009 13:04:51 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/balor/?p=273#comment-64300</guid>
		<description>Also, if your tests are for one specific module (e.g, BuildNfa), you might consider just putting them in that same module.  Then they can double as documentation and keep your tree simple.</description>
		<content:encoded><![CDATA[<p>Also, if your tests are for one specific module (e.g, BuildNfa), you might consider just putting them in that same module.  Then they can double as documentation and keep your tree simple.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Kow</title>
		<link>http://blogs.linux.ie/balor/2009/07/05/organising-unit-tests-in-haskell/comment-page-1/#comment-64299</link>
		<dc:creator>Eric Kow</dc:creator>
		<pubDate>Sun, 05 Jul 2009 13:02:36 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/balor/?p=273#comment-64299</guid>
		<description>Module names in Haskell start with a capital letter.

It looks fine to me, although running a Haskell program from the shell (&lt;code&gt;runzeTests&lt;/code&gt;) seems a bit complicated, when you could simply just &lt;code&gt; runTestTT TestBuildNfa.suite&lt;/code&gt; directly.

Also,  with a couple of superficial modifications, you could switch to a proper test framework, namely &lt;a href=&quot;http://batterseapower.github.com/test-framework/&quot; rel=&quot;nofollow&quot;&gt;test-framework&lt;/a&gt; (this supesedes the testrunner package I previously mentioned).  This buys you some nice reporting, the ability to group your tests, run them in parallel and eventually integrate QuickCheck tests when you work out a way to write them.</description>
		<content:encoded><![CDATA[<p>Module names in Haskell start with a capital letter.</p>
<p>It looks fine to me, although running a Haskell program from the shell (<code>runzeTests</code>) seems a bit complicated, when you could simply just <code> runTestTT TestBuildNfa.suite</code> directly.</p>
<p>Also,  with a couple of superficial modifications, you could switch to a proper test framework, namely <a href="http://batterseapower.github.com/test-framework/" rel="nofollow">test-framework</a> (this supesedes the testrunner package I previously mentioned).  This buys you some nice reporting, the ability to group your tests, run them in parallel and eventually integrate QuickCheck tests when you work out a way to write them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aidan Delaney (balor) 's status on Sunday, 05-Jul-09 10:14:53 UTC - Identi.ca</title>
		<link>http://blogs.linux.ie/balor/2009/07/05/organising-unit-tests-in-haskell/comment-page-1/#comment-64276</link>
		<dc:creator>Aidan Delaney (balor) 's status on Sunday, 05-Jul-09 10:14:53 UTC - Identi.ca</dc:creator>
		<pubDate>Sun, 05 Jul 2009 10:14:58 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/balor/?p=273#comment-64276</guid>
		<description>[...] Organising Unit Tests in Haskell http://blogs.linux.ie/balor/2009/07/05/organising-unit-tests-in-haskell/ [...]</description>
		<content:encoded><![CDATA[<p>[...] Organising Unit Tests in Haskell <a href="http://blogs.linux.ie/balor/2009/07/05/organising-unit-tests-in-haskell/" rel="nofollow">http://blogs.linux.ie/balor/2009/07/05/organising-unit-tests-in-haskell/</a> [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
