<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Rapid vs. Hyper-Rapid Testing</title>
	<link>http://www.satisfice.com/blog/archives/9</link>
	<description>The Consulting Software Tester</description>
	<pubDate>Sat, 22 Nov 2008 07:55:04 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Aaron Hodder</title>
		<link>http://www.satisfice.com/blog/archives/9#comment-114854</link>
		<dc:creator>Aaron Hodder</dc:creator>
		<pubDate>Thu, 20 Mar 2008 02:04:57 +0000</pubDate>
		<guid>http://www.satisfice.com/blog/archives/9#comment-114854</guid>
		<description>Four years is a long time to leave a comment after a post, but I have to say that this is the most concise guide to exploratory testing I have ever seen.  If I ever get stuck or run out of inspiration for what to do next, I search for this article, and find it kick starts the creative juices again.

Thanks James
&lt;em&gt;
[James' Reply: Thanks, but be careful. This is not a description of exploratory testing. This is a description of an approach to testing that may or may not be exploratory, but usually is &lt;strong&gt;very&lt;/strong&gt; exploratory. I now call this kind of testing "quick-testing" as in "I'm going to do some quick-tests now." We can imagine highly scripted quick-tests, too. When people confuse quick-testing with exploratory testing, they miss out on all the slow, careful, and deep forms of exploratory testing.]&lt;/em&gt;</description>
		<content:encoded><![CDATA[<p>Four years is a long time to leave a comment after a post, but I have to say that this is the most concise guide to exploratory testing I have ever seen.  If I ever get stuck or run out of inspiration for what to do next, I search for this article, and find it kick starts the creative juices again.</p>
<p>Thanks James<br />
<em><br />
[James&#8217; Reply: Thanks, but be careful. This is not a description of exploratory testing. This is a description of an approach to testing that may or may not be exploratory, but usually is <strong>very</strong> exploratory. I now call this kind of testing &#8220;quick-testing&#8221; as in &#8220;I&#8217;m going to do some quick-tests now.&#8221; We can imagine highly scripted quick-tests, too. When people confuse quick-testing with exploratory testing, they miss out on all the slow, careful, and deep forms of exploratory testing.]</em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joaquin BolaÃ±os Vargas</title>
		<link>http://www.satisfice.com/blog/archives/9#comment-13</link>
		<dc:creator>Joaquin BolaÃ±os Vargas</dc:creator>
		<pubDate>Tue, 17 Feb 2004 17:08:49 +0000</pubDate>
		<guid>http://www.satisfice.com/blog/archives/9#comment-13</guid>
		<description>Right now, sometimes our applications have errors in production time that we couldn't get because of for example the programmer forgot to replicated the new code into another module.  However the black box testing didn't catch that error.  So i have the doubt about when it is strictly necessary to do White Box Testing...

</description>
		<content:encoded><![CDATA[<p>Right now, sometimes our applications have errors in production time that we couldn&#8217;t get because of for example the programmer forgot to replicated the new code into another module.  However the black box testing didn&#8217;t catch that error.  So i have the doubt about when it is strictly necessary to do White Box Testing&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Surya</title>
		<link>http://www.satisfice.com/blog/archives/9#comment-12</link>
		<dc:creator>Surya</dc:creator>
		<pubDate>Wed, 04 Feb 2004 21:44:30 +0000</pubDate>
		<guid>http://www.satisfice.com/blog/archives/9#comment-12</guid>
		<description>Hi, I'm a developer trying to decide whether to be a full-time tester or not. Like u i am getting tired of this long cycle of production coding. Ur website/articles gave me a lot of insight into the world of testing. Thanks. 
Now I'm going to apply the above steps to these fields to check if I can crash this page!
hehe Thanks a lot,
Surya</description>
		<content:encoded><![CDATA[<p>Hi, I&#8217;m a developer trying to decide whether to be a full-time tester or not. Like u i am getting tired of this long cycle of production coding. Ur website/articles gave me a lot of insight into the world of testing. Thanks.<br />
Now I&#8217;m going to apply the above steps to these fields to check if I can crash this page!<br />
hehe Thanks a lot,<br />
Surya</p>
]]></content:encoded>
	</item>
</channel>
</rss>
