<?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: Question: How Many Times Should You Run a Test?</title>
	<atom:link href="http://www.satisfice.com/blog/archives/67/feed" rel="self" type="application/rss+xml" />
	<link>http://www.satisfice.com/blog/archives/67</link>
	<description>The Consulting Software Tester</description>
	<pubDate>Mon, 15 Mar 2010 09:24:04 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Danny Faught</title>
		<link>http://www.satisfice.com/blog/archives/67/comment-page-1#comment-181873</link>
		<dc:creator>Danny Faught</dc:creator>
		<pubDate>Fri, 17 Apr 2009 15:14:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.satisfice.com/blog/archives/67#comment-181873</guid>
		<description>Do people really ask about how many times to run a test, without giving any other context? Asking about repeating a test on the same build of the software on the same configuration is different than asking about which of the different builds of the software a test should be run on or which configurations to run a test on.

&lt;i&gt;[James' Reply: That blog post was motivated by someone who did ask that question.]&lt;/i&gt;</description>
		<content:encoded><![CDATA[<p>Do people really ask about how many times to run a test, without giving any other context? Asking about repeating a test on the same build of the software on the same configuration is different than asking about which of the different builds of the software a test should be run on or which configurations to run a test on.</p>
<p><i>[James' Reply: That blog post was motivated by someone who did ask that question.]</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pajton</title>
		<link>http://www.satisfice.com/blog/archives/67/comment-page-1#comment-62743</link>
		<dc:creator>Pajton</dc:creator>
		<pubDate>Wed, 05 Sep 2007 08:35:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.satisfice.com/blog/archives/67#comment-62743</guid>
		<description>What about regression testing when we want to check if any old bug is reintroduced?

&lt;em&gt;[James' Reply: Okay, what about it?]&lt;/em&gt;</description>
		<content:encoded><![CDATA[<p>What about regression testing when we want to check if any old bug is reintroduced?</p>
<p><em>[James' Reply: Okay, what about it?]</em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: insectivorous</title>
		<link>http://www.satisfice.com/blog/archives/67/comment-page-1#comment-4306</link>
		<dc:creator>insectivorous</dc:creator>
		<pubDate>Tue, 03 Oct 2006 16:48:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.satisfice.com/blog/archives/67#comment-4306</guid>
		<description>The job is to detect and to fix (in the sense of shepherding) software defects. It's unbelievable how much nonsense you can cut through by just asking yourself, "What's the most useful thing I could do next?" It's not rerunning old or even variant tests that provide no new information. It's not running a new test that won't provide new information. 

It's not beetle-tracking in the name of "thoroughness", without the use of the tester's intelligence to guide the process effectively. If you're not making progress toward the goal, then just exactly what are you doing? 

The object is to find bugs. (Well, and to adminster the process of same.) If what you're about to do isn't the most effective thing you can think of towards that end, then you should just about certainly be doing something else.

If what you're about to do is solely in satisfaction of some arbitrary metric, then you certainly should be doing something else, (That or you're trying for an ISO-9000 qualification, which tells you what that standard's worth.)

And if you're repeating tests because you can't think of anything else to do, it's time for a long break, some meditation on your craft, and maybe a nice raw steak. 

So look at it this way: if you're doing the same old thing, you won't find anything new to break, so you won't make any coders cry, and what fun is that?</description>
		<content:encoded><![CDATA[<p>The job is to detect and to fix (in the sense of shepherding) software defects. It&#8217;s unbelievable how much nonsense you can cut through by just asking yourself, &#8220;What&#8217;s the most useful thing I could do next?&#8221; It&#8217;s not rerunning old or even variant tests that provide no new information. It&#8217;s not running a new test that won&#8217;t provide new information. </p>
<p>It&#8217;s not beetle-tracking in the name of &#8220;thoroughness&#8221;, without the use of the tester&#8217;s intelligence to guide the process effectively. If you&#8217;re not making progress toward the goal, then just exactly what are you doing? </p>
<p>The object is to find bugs. (Well, and to adminster the process of same.) If what you&#8217;re about to do isn&#8217;t the most effective thing you can think of towards that end, then you should just about certainly be doing something else.</p>
<p>If what you&#8217;re about to do is solely in satisfaction of some arbitrary metric, then you certainly should be doing something else, (That or you&#8217;re trying for an ISO-9000 qualification, which tells you what that standard&#8217;s worth.)</p>
<p>And if you&#8217;re repeating tests because you can&#8217;t think of anything else to do, it&#8217;s time for a long break, some meditation on your craft, and maybe a nice raw steak. </p>
<p>So look at it this way: if you&#8217;re doing the same old thing, you won&#8217;t find anything new to break, so you won&#8217;t make any coders cry, and what fun is that?</p>
]]></content:encoded>
	</item>
</channel>
</rss>


