<?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: New Version of the ET Dynamics Lists</title>
	<atom:link href="http://www.satisfice.com/blog/archives/370/feed" rel="self" type="application/rss+xml" />
	<link>http://www.satisfice.com/blog/archives/370</link>
	<description>The Consulting Software Tester</description>
	<pubDate>Tue, 16 Mar 2010 06:01:47 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Gil Zilberfeld</title>
		<link>http://www.satisfice.com/blog/archives/370/comment-page-1#comment-225593</link>
		<dc:creator>Gil Zilberfeld</dc:creator>
		<pubDate>Wed, 11 Nov 2009 13:48:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.satisfice.com/blog/?p=370#comment-225593</guid>
		<description>Hi James,


My name is Gil Zilberfeld, and with my colleague, Roy Osherove, we do a video cast called: &lt;a href="http://learn.typemock.com/this-week-in-test/2009/11/11/episode-3-magic-numbers.html" rel="nofollow"&gt;This week in testing&lt;/a&gt;.

Roy talks a bit about the new article in this episode, so please come and watch. And if you like, talk about us so more people can enjoy.

Thanks,

Gil Zilberfeld
Typemock

&lt;em&gt;[James' Reply: I like your energy in the video. I like how you expressed some skepticism about "10%". I want to see more critical questioning. 99% of us (far too high, since the maximum acceptable percentage is 0%) accept whatever metrics anyone wants to make up. Can I get an amen?]&lt;/em&gt;</description>
		<content:encoded><![CDATA[<p>Hi James,</p>
<p>My name is Gil Zilberfeld, and with my colleague, Roy Osherove, we do a video cast called: <a href="http://learn.typemock.com/this-week-in-test/2009/11/11/episode-3-magic-numbers.html" rel="nofollow">This week in testing</a>.</p>
<p>Roy talks a bit about the new article in this episode, so please come and watch. And if you like, talk about us so more people can enjoy.</p>
<p>Thanks,</p>
<p>Gil Zilberfeld<br />
Typemock</p>
<p><em>[James' Reply: I like your energy in the video. I like how you expressed some skepticism about "10%". I want to see more critical questioning. 99% of us (far too high, since the maximum acceptable percentage is 0%) accept whatever metrics anyone wants to make up. Can I get an amen?]</em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Riya Gupta</title>
		<link>http://www.satisfice.com/blog/archives/370/comment-page-1#comment-225079</link>
		<dc:creator>Riya Gupta</dc:creator>
		<pubDate>Mon, 09 Nov 2009 08:01:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.satisfice.com/blog/?p=370#comment-225079</guid>
		<description>When we are talking about Test Strategy. Let's not forget the popular test type i.e repetitive test activity. This form of test activity gives scenarios where applications fails and gives much hypes for quality free software. Accordingly we can plan our Test Strategy. But always we should go for Ad-hoc cycle in a testing phase, this type you can give some leverage to the test engineer to think and more to play with the software.

Riya Gupta
- http://www.testingmantra.com</description>
		<content:encoded><![CDATA[<p>When we are talking about Test Strategy. Let&#8217;s not forget the popular test type i.e repetitive test activity. This form of test activity gives scenarios where applications fails and gives much hypes for quality free software. Accordingly we can plan our Test Strategy. But always we should go for Ad-hoc cycle in a testing phase, this type you can give some leverage to the test engineer to think and more to play with the software.</p>
<p>Riya Gupta<br />
- <a href="http://www.testingmantra.com" rel="nofollow">http://www.testingmantra.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://www.satisfice.com/blog/archives/370/comment-page-1#comment-224072</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Wed, 04 Nov 2009 06:49:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.satisfice.com/blog/?p=370#comment-224072</guid>
		<description>Just been catching up on my well worn copy of Testing Applications on the Web, Hung Q Nguyen.  It was somewhat comforting to see " In operational terms, exploratory testing is an interactive process of concurrent product exploration, test design and test execution."  - James Bach.  Hung Q Nguyen along with Kaner and Falk are of course the Authors of "The Book"  which makes the attribution to JB pretty close to nomination for Sainthood.  So JB stop Bucaneering around and get the definitive work out before I am too old to read it.  PS I have been working on my test capability assessment tool which I use to help me assess the capability of an organisation to support testing (usually prior to me setting up a testing centre) and  it is inescapable that if an organisation has a low test capability score then any strategic approach to testing or any number of ISTQB certified clones will at best be a very expensive exercise in futility but at the same time as your capability to make the correct decisions is poor you will try all the cheap quick fix solutions.  If your Capability score is very high, then chances are you already test really, really well in which case you don't need guys like me.  What I am hinting at is that irrespective of what we strategise in terms of testing, it is just as important to communicate that the organisational capability to do stuff that supports testing is FAR more important tnan the exercise of actually testing.  Make my life easier and you won't need to test!</description>
		<content:encoded><![CDATA[<p>Just been catching up on my well worn copy of Testing Applications on the Web, Hung Q Nguyen.  It was somewhat comforting to see &#8221; In operational terms, exploratory testing is an interactive process of concurrent product exploration, test design and test execution.&#8221;  - James Bach.  Hung Q Nguyen along with Kaner and Falk are of course the Authors of &#8220;The Book&#8221;  which makes the attribution to JB pretty close to nomination for Sainthood.  So JB stop Bucaneering around and get the definitive work out before I am too old to read it.  PS I have been working on my test capability assessment tool which I use to help me assess the capability of an organisation to support testing (usually prior to me setting up a testing centre) and  it is inescapable that if an organisation has a low test capability score then any strategic approach to testing or any number of ISTQB certified clones will at best be a very expensive exercise in futility but at the same time as your capability to make the correct decisions is poor you will try all the cheap quick fix solutions.  If your Capability score is very high, then chances are you already test really, really well in which case you don&#8217;t need guys like me.  What I am hinting at is that irrespective of what we strategise in terms of testing, it is just as important to communicate that the organisational capability to do stuff that supports testing is FAR more important tnan the exercise of actually testing.  Make my life easier and you won&#8217;t need to test!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://www.satisfice.com/blog/archives/370/comment-page-1#comment-223861</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Mon, 02 Nov 2009 23:15:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.satisfice.com/blog/?p=370#comment-223861</guid>
		<description>Thanks Michael,

Not sure about Gadfly, but I will admit his Bach is worse than his bite lately. I think once you get to the stage of seeing the same old rubbish getting chucked over the fence you are bound by concience to try and make things better. After 25 years of testing I am a bit tired of strapping on the armour and chasing windmills.  Now if we could find a way to make testing redundant by improving the quality of the deliverable up front... I could ride into the sunset as the last "Real" tester. ...... But what would JB do?  PS how do they get such excellent security check words at the bottom of the page?  They are often very appropriate!</description>
		<content:encoded><![CDATA[<p>Thanks Michael,</p>
<p>Not sure about Gadfly, but I will admit his Bach is worse than his bite lately. I think once you get to the stage of seeing the same old rubbish getting chucked over the fence you are bound by concience to try and make things better. After 25 years of testing I am a bit tired of strapping on the armour and chasing windmills.  Now if we could find a way to make testing redundant by improving the quality of the deliverable up front&#8230; I could ride into the sunset as the last &#8220;Real&#8221; tester. &#8230;&#8230; But what would JB do?  PS how do they get such excellent security check words at the bottom of the page?  They are often very appropriate!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael M. Butler</title>
		<link>http://www.satisfice.com/blog/archives/370/comment-page-1#comment-223752</link>
		<dc:creator>Michael M. Butler</dc:creator>
		<pubDate>Mon, 02 Nov 2009 04:50:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.satisfice.com/blog/?p=370#comment-223752</guid>
		<description>Permit me to say that James has matured nicely out of "enfant terrible" and is now working on "honorable gadfly" status, as far as I can tell. :)

Me, I've lost count of the times I've done more than just find defects. Contributing to documentation being a big thing that doesn't ordinarily make it onto the official "testing" charter. 

I agree that, in almost every context I can think of, the expression "Quality Assurance" is pretty much newspeak or utter bilge where software development is concerned. "Quality Assessment" might not be so bad. 

As I might have said here before, one of the things that bugs me is the sometimes popular idea that the "QA" "department" should be one guy -- who also runs the daily builds. That one still makes me shake my head.</description>
		<content:encoded><![CDATA[<p>Permit me to say that James has matured nicely out of &#8220;enfant terrible&#8221; and is now working on &#8220;honorable gadfly&#8221; status, as far as I can tell. <img src='http://www.satisfice.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Me, I&#8217;ve lost count of the times I&#8217;ve done more than just find defects. Contributing to documentation being a big thing that doesn&#8217;t ordinarily make it onto the official &#8220;testing&#8221; charter. </p>
<p>I agree that, in almost every context I can think of, the expression &#8220;Quality Assurance&#8221; is pretty much newspeak or utter bilge where software development is concerned. &#8220;Quality Assessment&#8221; might not be so bad. </p>
<p>As I might have said here before, one of the things that bugs me is the sometimes popular idea that the &#8220;QA&#8221; &#8220;department&#8221; should be one guy &#8212; who also runs the daily builds. That one still makes me shake my head.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://www.satisfice.com/blog/archives/370/comment-page-1#comment-223728</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Sun, 01 Nov 2009 22:29:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.satisfice.com/blog/?p=370#comment-223728</guid>
		<description>#sigh#

Whatever happened to Testers find defects and developers fix them.  Kaner, Falk and Nguyen wrote the book, it is still the book. All the rest of this stuff seems to be self-perpetuated to make someone a living or reinvent the bleeding obvious. I am also starting to hear that certification now equips people to be QA testers, QA Test Engineers, QA Test Managers... So now sticking QA on the front suddenly legitimises this nonsense? On the one hand James the enfant terrible bucaneering around screaming THINK and on the other hand exhortations that you don't need to think if you have completed our 1.5 day course and got your bit of paper. READ THE BLOODY BOOK.</description>
		<content:encoded><![CDATA[<p>#sigh#</p>
<p>Whatever happened to Testers find defects and developers fix them.  Kaner, Falk and Nguyen wrote the book, it is still the book. All the rest of this stuff seems to be self-perpetuated to make someone a living or reinvent the bleeding obvious. I am also starting to hear that certification now equips people to be QA testers, QA Test Engineers, QA Test Managers&#8230; So now sticking QA on the front suddenly legitimises this nonsense? On the one hand James the enfant terrible bucaneering around screaming THINK and on the other hand exhortations that you don&#8217;t need to think if you have completed our 1.5 day course and got your bit of paper. READ THE BLOODY BOOK.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shrini Kulkarni</title>
		<link>http://www.satisfice.com/blog/archives/370/comment-page-1#comment-222334</link>
		<dc:creator>Shrini Kulkarni</dc:creator>
		<pubDate>Tue, 27 Oct 2009 09:34:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.satisfice.com/blog/?p=370#comment-222334</guid>
		<description>James

How about this polarity  "Verbal vs Pictorial thinking/representation". I personally experienced it. Thinking about a verbal representation appear to activate difffent part of brain vs thinking about drawing a picture. Consider about ways to covey an idea  - through words or through picture?

We can even add "audio/video" means of representation.

Shrini

&lt;em&gt;[James' Reply: Great idea!]&lt;/em&gt;</description>
		<content:encoded><![CDATA[<p>James</p>
<p>How about this polarity  &#8220;Verbal vs Pictorial thinking/representation&#8221;. I personally experienced it. Thinking about a verbal representation appear to activate difffent part of brain vs thinking about drawing a picture. Consider about ways to covey an idea  - through words or through picture?</p>
<p>We can even add &#8220;audio/video&#8221; means of representation.</p>
<p>Shrini</p>
<p><em>[James' Reply: Great idea!]</em></p>
]]></content:encoded>
	</item>
</channel>
</rss>


