<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/css" href="/stylesheets/rss.css"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>Segment7: Notes on Heckle</title>
    <link>http://blog.segment7.net/articles/2007/02/12/notes-on-heckle</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description>The Blog</description>
    <item>
      <title>Notes on Heckle</title>
      <description>&lt;blockquote cite="http://blog.zenspider.com/archives/2007/02/notes_on_heckle.html"&gt;When I started heckle I was hoping for somehing better than rcov that would tell you that your code is poorly tested&amp;#8230; But code so poorly engineered that changing anything as bound to make everything fall apart looks like well tested (read: heckle-proof) code in a sense. We both think that running just the unit tests that directly test the &lt;span class="caps"&gt;MUT&lt;/span&gt; (method under test) would help, but really it wouldn&amp;#8217;t help enough. [...]

	&lt;p&gt;Suggestions? How would you differentiate between &amp;#8220;well tested&amp;#8221; and &amp;#8220;tightly coupled crap&amp;#8221;?&lt;/blockquote&gt;&lt;/p&gt;


&lt;p style="text-align: right"&gt;&amp;mdash;&lt;a href="http://blog.zenspider.com/archives/2007/02/notes_on_heckle.html"&gt;Notes on Heckle&lt;/a&gt; via &lt;a href="http://blog.zenspider.com/"&gt;Polishing Ruby&lt;/a&gt;

	&lt;p&gt;I&amp;#8217;m puzzled by this too.  How can we detect well-tested vs tightly-coupled (and poorly tested) code automatically?&lt;/p&gt;
</description>
      <pubDate>Mon, 12 Feb 2007 14:32:17 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:52a8718c-bd43-418b-b0c8-6d16a44f963b</guid>
      <author>drbrain@segment7.net (Eric Hodel)</author>
      <link>http://blog.segment7.net/articles/2007/02/12/notes-on-heckle</link>
      <category>Testing</category>
    </item>
  </channel>
</rss>
