<?xml version="1.0" encoding="UTF-8"?>











<rss version="2.0" xmlns:jf="http://www.jivesoftware.com/xmlns/jiveforums/rss">



<channel>
    <title>Support Forums: Message List - A Set of Unit Testing Rules</title>
    <link>http://www.theserverside.com</link>
    <description>Most recent forum messages</description>
    <language>en</language>
    
        <generator>Jive Forums Silver 5.5.30 (www.jivesoftware.com)</generator>
    
    <pubDate>Tue, 21 May 2013 19:41:38 -0400</pubDate>


    <item>

        <title>Unit tests too rigid</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=36502</link>

        

        
            <description><![CDATA[This is in response to:<br>&gt;&gt;&gt;&gt;<br>1) Saying that other related data such as databases and configuration files are not relevant for the unit testing is complete and utter bullshit. It should be tested to the maximum possible extent. Take for...]]></description>
        

        <pubDate>Fri, 21 Apr 2006 18:35:00 -0400</pubDate>

        

        <jf:creationDate>Fri, 21 Apr 2006 18:35:00 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 21 Apr 2006 18:35:00 -0400</jf:modificationDate>
        <jf:date>Apr 21, 2006</jf:date>
        <jf:author>Kenneth Kasajian</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Right on track</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=36502</link>

        

        
            <description><![CDATA[Mr. Feathers article was right on point.  One really needs to get back to the purpose for automated unit tests.  I believe the purpose is perhaps a few other things but minimally to provide a mechanism for timely developer feedback as to the health of a...]]></description>
        

        <pubDate>Sat, 17 Sep 2005 09:02:27 -0400</pubDate>

        

        <jf:creationDate>Sat, 17 Sep 2005 09:02:27 -0400</jf:creationDate>
        <jf:modificationDate>Sat, 17 Sep 2005 09:02:27 -0400</jf:modificationDate>
        <jf:date>Sep 17, 2005</jf:date>
        <jf:author>fred flintstone</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>A Set of Unit Testing Rules</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=36502</link>

        

        
            <description><![CDATA[<blockquote>Unlike Paul, I ensure my unit tests typically execute in 0.1 seconds rather than &lt; 60 seconds. </blockquote><br>The line I drew was somewhat arbitrary. <br>On my current project for example we have a few dozen tests which excercise our...]]></description>
        

        <pubDate>Fri, 16 Sep 2005 10:34:50 -0400</pubDate>

        

        <jf:creationDate>Fri, 16 Sep 2005 10:34:50 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 16 Sep 2005 10:34:50 -0400</jf:modificationDate>
        <jf:date>Sep 16, 2005</jf:date>
        <jf:author>Paul Campbell</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Unit testing antipatterns</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=36502</link>

        

        
            <description><![CDATA[This subject is closely related to the JUnit Antipatterns page I maintain at <a href="http://www.exubero.com/junit/antipatterns.html" target="_blank">http://www.exubero.com/junit/antipatterns.html</a><br><br>This discussion have given me a lot of good...]]></description>
        

        <pubDate>Fri, 16 Sep 2005 05:32:32 -0400</pubDate>

        

        <jf:creationDate>Fri, 16 Sep 2005 05:32:32 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 16 Sep 2005 05:32:32 -0400</jf:modificationDate>
        <jf:date>Sep 16, 2005</jf:date>
        <jf:author>Joe Schmetzer</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>A Set of Unit Testing Rules</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=36502</link>

        

        
            <description><![CDATA[1.  Unit Tests should be Fast<br>2.  Unit Tests should be strictly repeatable<br>3.  Unit Tests should not affect other developers<br><br><br>#1 Says if they aren't fast, you will get tired of running them.  That's not to say you shouldn't have...]]></description>
        

        <pubDate>Thu, 15 Sep 2005 18:52:15 -0400</pubDate>

        

        <jf:creationDate>Thu, 15 Sep 2005 18:52:15 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 15 Sep 2005 18:52:15 -0400</jf:modificationDate>
        <jf:date>Sep 15, 2005</jf:date>
        <jf:author>Erik Engbrecht</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Unit tests too rigid</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=36502</link>

        

        
            <description><![CDATA[<blockquote>1. Unit tests treat compiled code as the only first class testable unit.2. Unit tests do not hold a solution for composed structures3. Unit &quot;class as king&quot; perspective rigid and actually irrelevant.</blockquote><br>The &quot;class...]]></description>
        

        <pubDate>Thu, 15 Sep 2005 14:10:06 -0400</pubDate>

        

        <jf:creationDate>Thu, 15 Sep 2005 14:10:06 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 15 Sep 2005 14:10:06 -0400</jf:modificationDate>
        <jf:date>Sep 15, 2005</jf:date>
        <jf:author>Michael Galpin</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>A Set of Unit Testing Rules</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=36502</link>

        

        
            <description><![CDATA[The point I am trying to make is not that nobody should write any automated integration tests and run them on a regular basis (even at every build). Of course you should also automate your integration tests instead of executing them manually (or having...]]></description>
        

        <pubDate>Thu, 15 Sep 2005 12:53:23 -0400</pubDate>

        

        <jf:creationDate>Thu, 15 Sep 2005 12:53:23 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 15 Sep 2005 12:53:23 -0400</jf:modificationDate>
        <jf:date>Sep 15, 2005</jf:date>
        <jf:author>Helmut Rubasch</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Actually, as set of &amp;quot;logic&amp;quot; testing rules</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=36502</link>

        

        
            <description><![CDATA[<blockquote>I do not say that single class tests are worthless, they are quite valuable. Quote from previous post:&quot;This does not of course imply that you shouldn't write a test that tests a single class where applicable, on the...]]></description>
        

        <pubDate>Thu, 15 Sep 2005 10:40:49 -0400</pubDate>

        

        <jf:creationDate>Thu, 15 Sep 2005 10:40:49 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 15 Sep 2005 10:40:49 -0400</jf:modificationDate>
        <jf:date>Sep 15, 2005</jf:date>
        <jf:author>Mike Dunbar</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>A Set of Unit Testing Rules</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=36502</link>

        

        
            <description><![CDATA[Unlike Paul, I ensure my unit tests typically execute in 0.1 seconds rather than &lt; 60 seconds.  Given that I'll need to run many thousands of unit tests across my codebase before I commit to version control (many times a day), anything that takes more...]]></description>
        

        <pubDate>Thu, 15 Sep 2005 02:59:05 -0400</pubDate>

        

        <jf:creationDate>Thu, 15 Sep 2005 02:59:05 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 15 Sep 2005 02:59:05 -0400</jf:modificationDate>
        <jf:date>Sep 15, 2005</jf:date>
        <jf:author>Andy Marks</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Actually, as set of &amp;quot;logic&amp;quot; testing rules</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=36502</link>

        

        
            <description><![CDATA[I do not say that single class tests are worthless, they are quite valuable. Quote from previous post:<br><br>&quot;This does not of course imply that you shouldn't write a test that tests a single class where applicable, on the...]]></description>
        

        <pubDate>Thu, 15 Sep 2005 02:01:00 -0400</pubDate>

        

        <jf:creationDate>Thu, 15 Sep 2005 02:01:00 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 15 Sep 2005 02:01:00 -0400</jf:modificationDate>
        <jf:date>Sep 15, 2005</jf:date>
        <jf:author>Erik Larsson</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>A Set of Unit Testing Rules</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=36502</link>

        

        
            <description><![CDATA[<blockquote>But another important issue has not been discussed here so far (David Saff pointed this out in Cedric's weblog):<br>test cases accessing a database, the network or the file system may indicate that the &quot;unit&quot; you are testing is...]]></description>
        

        <pubDate>Wed, 14 Sep 2005 20:57:18 -0400</pubDate>

        

        <jf:creationDate>Wed, 14 Sep 2005 20:57:18 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 14 Sep 2005 20:57:18 -0400</jf:modificationDate>
        <jf:date>Sep 14, 2005</jf:date>
        <jf:author>Mike Spille</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>A Set of Unit Testing Rules</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=36502</link>

        

        
            <description><![CDATA[Although Cedric Beust is saying that Michael Feathers' rules are wrong, they both come to the same conslusions:<br><br>* (automated) tests are good<br>* not all tests are equal (there are fast tests, slow tests, tests testing one single class,...]]></description>
        

        <pubDate>Wed, 14 Sep 2005 18:41:29 -0400</pubDate>

        

        <jf:creationDate>Wed, 14 Sep 2005 18:41:29 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 14 Sep 2005 18:41:29 -0400</jf:modificationDate>
        <jf:date>Sep 14, 2005</jf:date>
        <jf:author>Helmut Rubasch</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Re: Actually, a set of &amp;quot;logic&amp;quot; testing rules</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=36502</link>

        

        
            <description><![CDATA[I should add - first things first:<br><br>Get <b>some</b> kind of automated tests running, trying to cover as much code as possible.<br><br><b>Then only</b> worry about these classifications of &quot;functional test&quot; vs &quot;unit test&quot; vs...]]></description>
        

        <pubDate>Wed, 14 Sep 2005 13:06:27 -0400</pubDate>

        

        <jf:creationDate>Wed, 14 Sep 2005 13:06:27 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 14 Sep 2005 13:06:27 -0400</jf:modificationDate>
        <jf:date>Sep 14, 2005</jf:date>
        <jf:author>Mike Dunbar</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Actually, as set of &amp;quot;logic&amp;quot; testing rules</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=36502</link>

        

        
            <description><![CDATA[I pretty much agree with Cedic's definition of unit test:<br><br><i>exercises a single class in isolation of all others.</i><br><br>Though, I don't see why he says they're becoming obsolete. I think Michael's definition covers a subset of unit tests -...]]></description>
        

        <pubDate>Wed, 14 Sep 2005 12:54:13 -0400</pubDate>

        

        <jf:creationDate>Wed, 14 Sep 2005 12:54:13 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 14 Sep 2005 12:54:13 -0400</jf:modificationDate>
        <jf:date>Sep 14, 2005</jf:date>
        <jf:author>Mike Dunbar</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>A Set of Unit Testing Rules</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=36502</link>

        

        
            <description><![CDATA[Paul C - A very valid point raised. I agree wholeheartedly.<br><br>No code is an island.<br><br>/Erik]]></description>
        

        <pubDate>Wed, 14 Sep 2005 08:27:23 -0400</pubDate>

        

        <jf:creationDate>Wed, 14 Sep 2005 08:27:23 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 14 Sep 2005 08:27:23 -0400</jf:modificationDate>
        <jf:date>Sep 14, 2005</jf:date>
        <jf:author>Erik Larsson</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>



</channel>
</rss>

