<?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: Premises of Rapid Software Testing, Part 3</title>
	<atom:link href="http://www.developsense.com/blog/2012/09/premises-of-rapid-software-testing-part-3/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.developsense.com/blog/2012/09/premises-of-rapid-software-testing-part-3/</link>
	<description>DevelopSense Blog</description>
	<lastBuildDate>Mon, 29 Apr 2013 14:14:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Richard</title>
		<link>http://www.developsense.com/blog/2012/09/premises-of-rapid-software-testing-part-3/comment-page-1/#comment-12671</link>
		<dc:creator>Richard</dc:creator>
		<pubDate>Wed, 16 Jan 2013 08:54:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.developsense.com/blog/?p=1328#comment-12671</guid>
		<description><![CDATA[Old post, I know.

I usually go with QA = Quality Assessment:

Assess: Verb - To evaluate or estimate the nature of.

What is testing if not assessment?

&lt;em&gt;If you think of testing as quality assessment, I&#039;d be inclined to agree.  It&#039;s the quality &lt;strong&gt;assurance&lt;/strong&gt;&lt;strong&gt; moniker that doesn&#039;t go down so well for us.&lt;/em&gt;]]></description>
		<content:encoded><![CDATA[<p>Old post, I know.</p>
<p>I usually go with QA = Quality Assessment:</p>
<p>Assess: Verb &#8211; To evaluate or estimate the nature of.</p>
<p>What is testing if not assessment?</p>
<p><em>If you think of testing as quality assessment, I&#8217;d be inclined to agree.  It&#8217;s the quality <strong>assurance</strong><strong> moniker that doesn&#8217;t go down so well for us.</strong></em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris K</title>
		<link>http://www.developsense.com/blog/2012/09/premises-of-rapid-software-testing-part-3/comment-page-1/#comment-12426</link>
		<dc:creator>Chris K</dc:creator>
		<pubDate>Sat, 06 Oct 2012 22:44:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.developsense.com/blog/?p=1328#comment-12426</guid>
		<description><![CDATA[Do you remember what article / publication Cem brought forth the idea of QA as quality assistance?

&lt;em&gt;Michael replies:  I&#039;m not sure if it&#039;s the earliest citation, but here&#039;s a certain one: &lt;a href=&quot;http://www.kaner.com/pdfs/TheOngoingRevolution.pdf&quot; title=&quot;The Ongoing Revolution in Software Testing&quot; target=&quot;_blank&quot; rel=&quot;nofollow&quot;&gt;The Ongoing Revolution in Software Testing&lt;/a&gt;.&lt;/em&gt;

I like the premise of providing cost-effective testing but how do you make that argument? RST is the least-expensive testing when compared to the way most companies test?

&lt;em&gt;Probably not. The least expensive testing is no testing at all.  

No one can gave a guarantee&#8212;we certainly can&#039;t&#8212;because there&#039;s no way provide a counterfactual history with any certainty. We can offer a good-faith effort, though.  When we see alternative ways of obtaining information, we lean towards the less expensive, the faster, the informal and the more immediate (that is, not just faster, but without mediation, direct).  One dominating reason for this:  we think it&#039;s a generally a bad idea to commit to a particular formal approach until informal approaches have suggested which formal approach is most appropriate, if indeed a formal approach is necessary at all.  We think that it&#039;s generally a bad idea to commit to a particular expensive tool until we&#039;ve tried an inexpensive tool (or no tool at all) to tell us whether the expensive tool is warranted.  We think it&#039;s generally a bad idea to commit to a mediated observation when direct observation will do the trick, and we think it&#039;s a bad idea to test slowly until quick testing has suggested where careful testing is necessary.

In our &lt;a href=&quot;http://www.developsense.com/courses.html&quot; title=&quot;Rapid Software Testing&quot; target=&quot;_blank&quot; rel=&quot;nofollow&quot;&gt;Rapid Software Testing&lt;/a&gt; class, James Bach and I talk about quick tests. The course notes are available for &lt;a href=&quot;http://www.satisfice.com/rst.pdf&quot; title=&quot;Rapid Software Testing Course Notes&quot; target=&quot;_blank&quot; rel=&quot;nofollow&quot;&gt;free&lt;/a&gt;. Fire up Acrobat and search for &quot;Quick Tests&quot;.

Chapter 16 (&quot;Testing without Machinery&quot;) from Jerry Weinberg&#039;s &lt;a href=&quot;http://www.amazon.com/Perfect-Software-Other-Illusions-Testing/dp/0932633692&quot; title=&quot;Perfect Software and Other Illusions about Testing&quot; target=&quot;_blank&quot; rel=&quot;nofollow&quot;&gt;Perfect Software and Other Illusions About Testing&lt;/a&gt; is another wonderful example of the kind of approach we believe in.&lt;/em&gt;

Chris]]></description>
		<content:encoded><![CDATA[<p>Do you remember what article / publication Cem brought forth the idea of QA as quality assistance?</p>
<p><em>Michael replies:  I&#8217;m not sure if it&#8217;s the earliest citation, but here&#8217;s a certain one: <a href="http://www.kaner.com/pdfs/TheOngoingRevolution.pdf" title="The Ongoing Revolution in Software Testing" target="_blank" rel="nofollow">The Ongoing Revolution in Software Testing</a>.</em></p>
<p>I like the premise of providing cost-effective testing but how do you make that argument? RST is the least-expensive testing when compared to the way most companies test?</p>
<p><em>Probably not. The least expensive testing is no testing at all.  </p>
<p>No one can gave a guarantee&mdash;we certainly can&#8217;t&mdash;because there&#8217;s no way provide a counterfactual history with any certainty. We can offer a good-faith effort, though.  When we see alternative ways of obtaining information, we lean towards the less expensive, the faster, the informal and the more immediate (that is, not just faster, but without mediation, direct).  One dominating reason for this:  we think it&#8217;s a generally a bad idea to commit to a particular formal approach until informal approaches have suggested which formal approach is most appropriate, if indeed a formal approach is necessary at all.  We think that it&#8217;s generally a bad idea to commit to a particular expensive tool until we&#8217;ve tried an inexpensive tool (or no tool at all) to tell us whether the expensive tool is warranted.  We think it&#8217;s generally a bad idea to commit to a mediated observation when direct observation will do the trick, and we think it&#8217;s a bad idea to test slowly until quick testing has suggested where careful testing is necessary.</p>
<p>In our <a href="http://www.developsense.com/courses.html" title="Rapid Software Testing" target="_blank" rel="nofollow">Rapid Software Testing</a> class, James Bach and I talk about quick tests. The course notes are available for <a href="http://www.satisfice.com/rst.pdf" title="Rapid Software Testing Course Notes" target="_blank" rel="nofollow">free</a>. Fire up Acrobat and search for &#8220;Quick Tests&#8221;.</p>
<p>Chapter 16 (&#8220;Testing without Machinery&#8221;) from Jerry Weinberg&#8217;s <a href="http://www.amazon.com/Perfect-Software-Other-Illusions-Testing/dp/0932633692" title="Perfect Software and Other Illusions about Testing" target="_blank" rel="nofollow">Perfect Software and Other Illusions About Testing</a> is another wonderful example of the kind of approach we believe in.</em></p>
<p>Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Ponnet</title>
		<link>http://www.developsense.com/blog/2012/09/premises-of-rapid-software-testing-part-3/comment-page-1/#comment-12386</link>
		<dc:creator>Thomas Ponnet</dc:creator>
		<pubDate>Fri, 28 Sep 2012 06:47:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.developsense.com/blog/?p=1328#comment-12386</guid>
		<description><![CDATA[&quot;...As testers, we don’t have control; we are faithful extensions of the senses of people who do.&quot;

This is one of the best definitions of what a tester role is about, this is for keeps. Thank you.]]></description>
		<content:encoded><![CDATA[<p>&#8220;&#8230;As testers, we don’t have control; we are faithful extensions of the senses of people who do.&#8221;</p>
<p>This is one of the best definitions of what a tester role is about, this is for keeps. Thank you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Five Blogs – 28 September 2012 &#171; 5blogs</title>
		<link>http://www.developsense.com/blog/2012/09/premises-of-rapid-software-testing-part-3/comment-page-1/#comment-12385</link>
		<dc:creator>Five Blogs – 28 September 2012 &#171; 5blogs</dc:creator>
		<pubDate>Fri, 28 Sep 2012 06:24:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.developsense.com/blog/?p=1328#comment-12385</guid>
		<description><![CDATA[[...] Premises of Rapid Software Testing, Part 3 Written by: Michael Bolton [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Premises of Rapid Software Testing, Part 3 Written by: Michael Bolton [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Greenlees</title>
		<link>http://www.developsense.com/blog/2012/09/premises-of-rapid-software-testing-part-3/comment-page-1/#comment-12384</link>
		<dc:creator>David Greenlees</dc:creator>
		<pubDate>Fri, 28 Sep 2012 00:02:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.developsense.com/blog/?p=1328#comment-12384</guid>
		<description><![CDATA[Thanks for sharing as always MB.

Looking forward to the publication of these.  It will join other valuable documents of yours and JB&#039;s as I journey through various clients.]]></description>
		<content:encoded><![CDATA[<p>Thanks for sharing as always MB.</p>
<p>Looking forward to the publication of these.  It will join other valuable documents of yours and JB&#8217;s as I journey through various clients.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Ponnet</title>
		<link>http://www.developsense.com/blog/2012/09/premises-of-rapid-software-testing-part-3/comment-page-1/#comment-12382</link>
		<dc:creator>Thomas Ponnet</dc:creator>
		<pubDate>Thu, 27 Sep 2012 16:13:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.developsense.com/blog/?p=1328#comment-12382</guid>
		<description><![CDATA[Very good posts.

I do want to question the use of the word control in point 8 &quot;Only programmers and their management control that.&quot; (QA)

I don&#039;t want to free programmers of the responsibility they have for the work they produce. But they may not always control the quality of it as this would lie with management again.  Point 8 should read as well &quot;Progammers accept responsibility for the quality of their work, although they cannot control the quality of the product&quot;.

&lt;em&gt;Michael replies:  I accept that programmers can&#039;t control everything about that product, but they certainly have have some level control over the code and the design. Their work is &lt;strong&gt;in&lt;/strong&gt; the product.  In a funny kind of way, our best work as testers is invisible in the product&#8212;we helped to get the bad stuff found and taken out.&lt;/em&gt;

Having said that, I&#039;ve seen that where control really lies is often uncertain. Some Managers don&#039;t understand software engineering well enough to take on this control so it /does/ sit with Programmers. My point is that it sits in context of the company that produces software. Where the control of quality actually sits with and if there is actually control at all is questionable. In my book Control is a gliding slide, same as quality and is a relationship between people, processes and ideas.

&lt;em&gt;Those things may be true, but that&#039;s not the point of our statement.  The point is that as testers, we don&#039;t have control; we are faithful extensions of the senses of people who do.&lt;/em&gt;]]></description>
		<content:encoded><![CDATA[<p>Very good posts.</p>
<p>I do want to question the use of the word control in point 8 &#8220;Only programmers and their management control that.&#8221; (QA)</p>
<p>I don&#8217;t want to free programmers of the responsibility they have for the work they produce. But they may not always control the quality of it as this would lie with management again.  Point 8 should read as well &#8220;Progammers accept responsibility for the quality of their work, although they cannot control the quality of the product&#8221;.</p>
<p><em>Michael replies:  I accept that programmers can&#8217;t control everything about that product, but they certainly have have some level control over the code and the design. Their work is <strong>in</strong> the product.  In a funny kind of way, our best work as testers is invisible in the product&mdash;we helped to get the bad stuff found and taken out.</em></p>
<p>Having said that, I&#8217;ve seen that where control really lies is often uncertain. Some Managers don&#8217;t understand software engineering well enough to take on this control so it /does/ sit with Programmers. My point is that it sits in context of the company that produces software. Where the control of quality actually sits with and if there is actually control at all is questionable. In my book Control is a gliding slide, same as quality and is a relationship between people, processes and ideas.</p>
<p><em>Those things may be true, but that&#8217;s not the point of our statement.  The point is that as testers, we don&#8217;t have control; we are faithful extensions of the senses of people who do.</em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Geek Reading September 27, 2012 &#124; Regular Geek</title>
		<link>http://www.developsense.com/blog/2012/09/premises-of-rapid-software-testing-part-3/comment-page-1/#comment-12381</link>
		<dc:creator>Geek Reading September 27, 2012 &#124; Regular Geek</dc:creator>
		<pubDate>Thu, 27 Sep 2012 16:00:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.developsense.com/blog/?p=1328#comment-12381</guid>
		<description><![CDATA[[...] Premises of Rapid Software Testing, Part 3 (Developsense Blog) [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Premises of Rapid Software Testing, Part 3 (Developsense Blog) [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
