<?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: No Small Changes</title>
	<atom:link href="http://blog.slickedit.com/2009/05/no-small-changes/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.slickedit.com/2009/05/no-small-changes/</link>
	<description>&#34;Hello World&#34; - The SlickEdit Developer Blog</description>
	<lastBuildDate>Wed, 08 Feb 2012 10:18:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Scott Westfall</title>
		<link>http://blog.slickedit.com/2009/05/no-small-changes/comment-page-1/#comment-617</link>
		<dc:creator>Scott Westfall</dc:creator>
		<pubDate>Wed, 27 May 2009 19:20:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.slickedit.com/?p=296#comment-617</guid>
		<description>It’s true that SlickEdit doesn’t have near as many automated tests as we’d like, but that doesn’t change the nature of the horizon effect. It just extends the horizon.
 
Even with automated tests, you tend to test operations in the combinations that you expect to have a dependency. You have to conceive of the test case before you implement the test. If you are unaware of an interaction you won’t think of the test case in the first place.

With the particular defect that motivated this article, we had a hard time reproducing it even after our customers reported it. But once we understood what was going on, we could reproduce it easily. While I am a huge fan of automated testing, I don’t think it would have helped in this situation.</description>
		<content:encoded><![CDATA[<p>It’s true that SlickEdit doesn’t have near as many automated tests as we’d like, but that doesn’t change the nature of the horizon effect. It just extends the horizon.</p>
<p>Even with automated tests, you tend to test operations in the combinations that you expect to have a dependency. You have to conceive of the test case before you implement the test. If you are unaware of an interaction you won’t think of the test case in the first place.</p>
<p>With the particular defect that motivated this article, we had a hard time reproducing it even after our customers reported it. But once we understood what was going on, we could reproduce it easily. While I am a huge fan of automated testing, I don’t think it would have helped in this situation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Hurst</title>
		<link>http://blog.slickedit.com/2009/05/no-small-changes/comment-page-1/#comment-616</link>
		<dc:creator>John Hurst</dc:creator>
		<pubDate>Wed, 27 May 2009 05:26:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.slickedit.com/?p=296#comment-616</guid>
		<description>I&#039;m also curious as to whether SlickEdit has an automated regression test suite (such as one built using JUnit).

My impression is that automated unit testing has not yet caught on as widely in the C/C++ community as it has in the Java/Ruby/other communities.  It is certainly a very valuable and powerful QA tool.

However, it&#039;s quite hard to add unit tests retrospectively to a code base that is not designed for them.

John Hurst
Wellington, New Zealand</description>
		<content:encoded><![CDATA[<p>I&#8217;m also curious as to whether SlickEdit has an automated regression test suite (such as one built using JUnit).</p>
<p>My impression is that automated unit testing has not yet caught on as widely in the C/C++ community as it has in the Java/Ruby/other communities.  It is certainly a very valuable and powerful QA tool.</p>
<p>However, it&#8217;s quite hard to add unit tests retrospectively to a code base that is not designed for them.</p>
<p>John Hurst<br />
Wellington, New Zealand</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gary McGhee</title>
		<link>http://blog.slickedit.com/2009/05/no-small-changes/comment-page-1/#comment-615</link>
		<dc:creator>Gary McGhee</dc:creator>
		<pubDate>Sun, 24 May 2009 12:34:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.slickedit.com/?p=296#comment-615</guid>
		<description>&quot;When you are testing, you click all the buttons and try all the functions&quot;

Does SlickEdit not use unit testing like JUnit then ?</description>
		<content:encoded><![CDATA[<p>&#8220;When you are testing, you click all the buttons and try all the functions&#8221;</p>
<p>Does SlickEdit not use unit testing like JUnit then ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

