<?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"
	>
<channel>
	<title>Comments on: 5 books I recommend to software testers that most testers have probably never read</title>
	<atom:link href="http://www.eviltester.com/index.php/2008/04/22/5-books-i-recommend-to-software-testers-that-most-testers-have-probably-never-read/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.eviltester.com/index.php/2008/04/22/5-books-i-recommend-to-software-testers-that-most-testers-have-probably-never-read/</link>
	<description>A different view of software testing</description>
	<pubDate>Thu, 22 May 2008 19:51:41 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Carsten Feilberg</title>
		<link>http://www.eviltester.com/index.php/2008/04/22/5-books-i-recommend-to-software-testers-that-most-testers-have-probably-never-read/#comment-303</link>
		<dc:creator>Carsten Feilberg</dc:creator>
		<pubDate>Tue, 06 May 2008 21:38:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.eviltester.com/index.php/2008/04/22/5-books-i-recommend-to-software-testers-that-most-testers-have-probably-never-read/#comment-303</guid>
		<description>Hi Alan,

one of the books that influenced me most is, unfortunately, written in danish; it's called - in translation - 'The Book of Excuses', written by Torbjørn Jørgensen. Besides listing 100 excuses each for a number of occasions, one of them being 'Introducing new IT systems in an organisation' (scarily, I've actually used some of the excuses myself.. erhmm..), it also emphasises one of the best learning sentences I've ever known: 'if what you do doesn't work, you need to do something else'..

Ahh - the sweetness of simple logic! In many stressful times this one has saved my day.

Cheers,
/Carsten :-)

&lt;em&gt;Thanks Carsten,

I like, and have followed, that advice too.&lt;/em&gt;</description>
		<content:encoded><![CDATA[<p>Hi Alan,</p>
<p>one of the books that influenced me most is, unfortunately, written in danish; it&#8217;s called - in translation - &#8216;The Book of Excuses&#8217;, written by Torbjørn Jørgensen. Besides listing 100 excuses each for a number of occasions, one of them being &#8216;Introducing new IT systems in an organisation&#8217; (scarily, I&#8217;ve actually used some of the excuses myself.. erhmm..), it also emphasises one of the best learning sentences I&#8217;ve ever known: &#8216;if what you do doesn&#8217;t work, you need to do something else&#8217;..</p>
<p>Ahh - the sweetness of simple logic! In many stressful times this one has saved my day.</p>
<p>Cheers,<br />
/Carsten :-)</p>
<p><em>Thanks Carsten,</p>
<p>I like, and have followed, that advice too.</em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Lyndsay</title>
		<link>http://www.eviltester.com/index.php/2008/04/22/5-books-i-recommend-to-software-testers-that-most-testers-have-probably-never-read/#comment-186</link>
		<dc:creator>James Lyndsay</dc:creator>
		<pubDate>Mon, 28 Apr 2008 13:10:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.eviltester.com/index.php/2008/04/22/5-books-i-recommend-to-software-testers-that-most-testers-have-probably-never-read/#comment-186</guid>
		<description>I can't remember how I thought about anything earlier today, let alone before some seismic shift, so I've no idea what might have changed the way I think about testing. 

However, plenty of sources have changed the way I, personally, have done things that are important to the way I test. Some of those have been books. For the sake of fun, and to put some distance between a book of methods and the approaches I use, I'm going to exclude systems thinking / engineering books from my list. I'm going to exclude, too, those books that have been recommended to me by others, and those that I remember recommending elsewhere.


I suggest:

- _An Urchin in the Storm_; Stephen J Gould's courteous, witty and stern de-bunking of ideas held by other serious minds. Disguised as a collection of book reviews, it is a masterclass in how to marshal information and muster emotion to attack a non-trivial position. I think of Gould when I've got particularly unwelcome news.

- _101 Experiments in the Philosophy of Everyday Life_; Roger-Pol Droit's collection of exercises will help engineer (temporary) perspective shifts in your world-view. I find a shift in perspective can appear shortly before finding a collection of bugs - familiarising yourself with shifting your general perspective makes it simpler to achieve the same with testing.

- _Error and the Growth of Experimental Knowledge_; ideas from Deborah Mayo's recent work around the idea of *methodology as avoidance of error* creeps into my construction of test strategies and infects my conversation with testers.

- _Principles of Experimentation and Measurement_ is out of print, but I believe that Gordon Bragg's thin volume has been important to Physics education for years. I have no idea what the modern substitute is, but this cuts to the heart of our (ahem) profession. Reading it allowed me to return to the rigour and investigation of experimentation, and reminded me why I enjoy testing.

- _Flow_ by Mihaly Cskiszentmihalyi describes a state of mind that has played a part in what I feel is some of my better work. His book has allowed me to recognise - and sometimes arrive at - that state of mind. With a bit of luck, then, I am able to use it for my more important bits of testing work.

Apologies for the lack of amazon links.

Cheers - James

&lt;em&gt;Thanks James, Great to see select subset of influential books. And don't worry about the Amazon links... they don't call me "Mr Affiliate Links" for nothing - oh wait, they don't call me "Mr Affiliate Links" at all, but if they did then this would be why, lo... affiliate links.

	&lt;ol&gt;
&lt;li&gt;An Urchin in the Storm [&lt;a href="http://www.amazon.com/exec/obidos/ASIN/0140125280/compendiumdev-20" target="_blank" rel="nofollow"&gt;amazon.com&lt;/a&gt;][&lt;a href="http://www.amazon.co.uk/exec/obidos/ASIN/0140125280/compendiumdev-21" target="_blank" rel="nofollow"&gt;amazon.co.uk&lt;/a&gt;][&lt;a href="http://books.google.co.uk/books?id=9MnLi97fJrkC" target="_blank" rel="nofollow"&gt;Google Books&lt;/a&gt;]&lt;/li&gt;
&lt;li&gt;101 Experiments in the Philosophy of Everyday Life  [&lt;a href="http://www.amazon.com/exec/obidos/ASIN/0571212069/compendiumdev-20" target="_blank" rel="nofollow"&gt;amazon.com&lt;/a&gt;][&lt;a href="http://www.amazon.co.uk/exec/obidos/ASIN/0571212069/compendiumdev-21" target="_blank" rel="nofollow"&gt;amazon.co.uk&lt;/a&gt;][&lt;a href="http://books.google.co.uk/books?id=nUH3HAAACAAJ" target="_blank" rel="nofollow"&gt;Google Books&lt;/a&gt;]&lt;/li&gt;
&lt;li&gt;Error and the Growth of Experimental Knowledge  [&lt;a href="http://www.amazon.com/exec/obidos/ASIN/0226511987/compendiumdev-20" target="_blank" rel="nofollow"&gt;amazon.com&lt;/a&gt;][&lt;a href="http://www.amazon.co.uk/exec/obidos/ASIN/0226511987/compendiumdev-21" target="_blank" rel="nofollow"&gt;amazon.co.uk&lt;/a&gt;][&lt;a href="http://books.google.co.uk/books?id=FEsAh4L9r_EC" target="_blank" rel="nofollow"&gt;Google Books (limited preview)&lt;/a&gt;]&lt;/li&gt;
&lt;li&gt;Principles of Experimentation and Measurement [&lt;a href="http://www.amazon.com/exec/obidos/ASIN/0137011695/compendiumdev-20" target="_blank" rel="nofollow"&gt;amazon.com&lt;/a&gt;][&lt;a href="http://www.amazon.co.uk/exec/obidos/ASIN/0137011695/compendiumdev-21" target="_blank" rel="nofollow"&gt;amazon.co.uk&lt;/a&gt;][&lt;a href="http://books.google.co.uk/books?id=A15RAAAAMAAJ" target="_blank" rel="nofollow"&gt;Google Books&lt;/a&gt;]&lt;/li&gt;
&lt;li&gt;Flow  [&lt;a href="http://www.amazon.com/exec/obidos/ASIN/0712657592/compendiumdev-20" target="_blank" rel="nofollow"&gt;amazon.com&lt;/a&gt;][&lt;a href="http://www.amazon.co.uk/exec/obidos/ASIN/0712657592/compendiumdev-21" target="_blank" rel="nofollow"&gt;amazon.co.uk&lt;/a&gt;][&lt;a href="http://books.google.co.uk/books?id=T9FwIQAACAAJ" target="_blank" rel="nofollow"&gt;Google Books&lt;/a&gt;]&lt;/li&gt;
&lt;/ol&gt;

I really like the intent behind flow and although I haven't blogged about 'states' yet on EvilTester I think I talked a little about states as a process in Lewt - so I shall add that to my 'to blog' list..
&lt;/em&gt;</description>
		<content:encoded><![CDATA[<p>I can&#8217;t remember how I thought about anything earlier today, let alone before some seismic shift, so I&#8217;ve no idea what might have changed the way I think about testing. </p>
<p>However, plenty of sources have changed the way I, personally, have done things that are important to the way I test. Some of those have been books. For the sake of fun, and to put some distance between a book of methods and the approaches I use, I&#8217;m going to exclude systems thinking / engineering books from my list. I&#8217;m going to exclude, too, those books that have been recommended to me by others, and those that I remember recommending elsewhere.</p>
<p>I suggest:</p>
<p>- _An Urchin in the Storm_; Stephen J Gould&#8217;s courteous, witty and stern de-bunking of ideas held by other serious minds. Disguised as a collection of book reviews, it is a masterclass in how to marshal information and muster emotion to attack a non-trivial position. I think of Gould when I&#8217;ve got particularly unwelcome news.</p>
<p>- _101 Experiments in the Philosophy of Everyday Life_; Roger-Pol Droit&#8217;s collection of exercises will help engineer (temporary) perspective shifts in your world-view. I find a shift in perspective can appear shortly before finding a collection of bugs - familiarising yourself with shifting your general perspective makes it simpler to achieve the same with testing.</p>
<p>- _Error and the Growth of Experimental Knowledge_; ideas from Deborah Mayo&#8217;s recent work around the idea of *methodology as avoidance of error* creeps into my construction of test strategies and infects my conversation with testers.</p>
<p>- _Principles of Experimentation and Measurement_ is out of print, but I believe that Gordon Bragg&#8217;s thin volume has been important to Physics education for years. I have no idea what the modern substitute is, but this cuts to the heart of our (ahem) profession. Reading it allowed me to return to the rigour and investigation of experimentation, and reminded me why I enjoy testing.</p>
<p>- _Flow_ by Mihaly Cskiszentmihalyi describes a state of mind that has played a part in what I feel is some of my better work. His book has allowed me to recognise - and sometimes arrive at - that state of mind. With a bit of luck, then, I am able to use it for my more important bits of testing work.</p>
<p>Apologies for the lack of amazon links.</p>
<p>Cheers - James</p>
<p><em>Thanks James, Great to see select subset of influential books. And don&#8217;t worry about the Amazon links&#8230; they don&#8217;t call me &#8220;Mr Affiliate Links&#8221; for nothing - oh wait, they don&#8217;t call me &#8220;Mr Affiliate Links&#8221; at all, but if they did then this would be why, lo&#8230; affiliate links.</p>
<ol>
<li>An Urchin in the Storm [<a href="http://www.amazon.com/exec/obidos/ASIN/0140125280/compendiumdev-20" target="_blank" rel="nofollow">amazon.com</a>][<a href="http://www.amazon.co.uk/exec/obidos/ASIN/0140125280/compendiumdev-21" target="_blank" rel="nofollow">amazon.co.uk</a>][<a href="http://books.google.co.uk/books?id=9MnLi97fJrkC" target="_blank" rel="nofollow">Google Books</a>]</li>
<li>101 Experiments in the Philosophy of Everyday Life  [<a href="http://www.amazon.com/exec/obidos/ASIN/0571212069/compendiumdev-20" target="_blank" rel="nofollow">amazon.com</a>][<a href="http://www.amazon.co.uk/exec/obidos/ASIN/0571212069/compendiumdev-21" target="_blank" rel="nofollow">amazon.co.uk</a>][<a href="http://books.google.co.uk/books?id=nUH3HAAACAAJ" target="_blank" rel="nofollow">Google Books</a>]</li>
<li>Error and the Growth of Experimental Knowledge  [<a href="http://www.amazon.com/exec/obidos/ASIN/0226511987/compendiumdev-20" target="_blank" rel="nofollow">amazon.com</a>][<a href="http://www.amazon.co.uk/exec/obidos/ASIN/0226511987/compendiumdev-21" target="_blank" rel="nofollow">amazon.co.uk</a>][<a href="http://books.google.co.uk/books?id=FEsAh4L9r_EC" target="_blank" rel="nofollow">Google Books (limited preview)</a>]</li>
<li>Principles of Experimentation and Measurement [<a href="http://www.amazon.com/exec/obidos/ASIN/0137011695/compendiumdev-20" target="_blank" rel="nofollow">amazon.com</a>][<a href="http://www.amazon.co.uk/exec/obidos/ASIN/0137011695/compendiumdev-21" target="_blank" rel="nofollow">amazon.co.uk</a>][<a href="http://books.google.co.uk/books?id=A15RAAAAMAAJ" target="_blank" rel="nofollow">Google Books</a>]</li>
<li>Flow  [<a href="http://www.amazon.com/exec/obidos/ASIN/0712657592/compendiumdev-20" target="_blank" rel="nofollow">amazon.com</a>][<a href="http://www.amazon.co.uk/exec/obidos/ASIN/0712657592/compendiumdev-21" target="_blank" rel="nofollow">amazon.co.uk</a>][<a href="http://books.google.co.uk/books?id=T9FwIQAACAAJ" target="_blank" rel="nofollow">Google Books</a>]</li>
</ol>
<p>I really like the intent behind flow and although I haven&#8217;t blogged about &#8217;states&#8217; yet on EvilTester I think I talked a little about states as a process in Lewt - so I shall add that to my &#8216;to blog&#8217; list..<br />
</em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Goucher</title>
		<link>http://www.eviltester.com/index.php/2008/04/22/5-books-i-recommend-to-software-testers-that-most-testers-have-probably-never-read/#comment-164</link>
		<dc:creator>Adam Goucher</dc:creator>
		<pubDate>Thu, 24 Apr 2008 13:02:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.eviltester.com/index.php/2008/04/22/5-books-i-recommend-to-software-testers-that-most-testers-have-probably-never-read/#comment-164</guid>
		<description>I'll second something on Michael's (huge) list, and that is Blink by Malcolm Gladwell. I'd also add 'The Art of Team Coaching' by Jim Hickson for anyone who is in a leadership role.

-adam

&lt;em&gt;Michael did provide a huge list, so thanks for narrowing it down for me. Blink references out to some interesting research and I found it a short, enjoyable read. I have not heard of "The Art of Team coaching" so thanks for supplying that reference.&lt;/em&gt;</description>
		<content:encoded><![CDATA[<p>I&#8217;ll second something on Michael&#8217;s (huge) list, and that is Blink by Malcolm Gladwell. I&#8217;d also add &#8216;The Art of Team Coaching&#8217; by Jim Hickson for anyone who is in a leadership role.</p>
<p>-adam</p>
<p><em>Michael did provide a huge list, so thanks for narrowing it down for me. Blink references out to some interesting research and I found it a short, enjoyable read. I have not heard of &#8220;The Art of Team coaching&#8221; so thanks for supplying that reference.</em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Williams</title>
		<link>http://www.eviltester.com/index.php/2008/04/22/5-books-i-recommend-to-software-testers-that-most-testers-have-probably-never-read/#comment-162</link>
		<dc:creator>David Williams</dc:creator>
		<pubDate>Wed, 23 Apr 2008 14:07:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.eviltester.com/index.php/2008/04/22/5-books-i-recommend-to-software-testers-that-most-testers-have-probably-never-read/#comment-162</guid>
		<description>There's also an excellent list of books James and Michael compiled which James has listed in his workshop course notes (although it needs updating - Last revised January 4, 2007):- 

http://www.satisfice.com/rst-appendices.pdf

:)

&lt;em&gt;Thanks for the reminder of James' list. &lt;/em&gt;</description>
		<content:encoded><![CDATA[<p>There&#8217;s also an excellent list of books James and Michael compiled which James has listed in his workshop course notes (although it needs updating - Last revised January 4, 2007):- </p>
<p><a href="http://www.satisfice.com/rst-appendices.pdf" rel="nofollow">http://www.satisfice.com/rst-appendices.pdf</a></p>
<p>:)</p>
<p><em>Thanks for the reminder of James&#8217; list. </em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Olivo</title>
		<link>http://www.eviltester.com/index.php/2008/04/22/5-books-i-recommend-to-software-testers-that-most-testers-have-probably-never-read/#comment-161</link>
		<dc:creator>Nick Olivo</dc:creator>
		<pubDate>Wed, 23 Apr 2008 13:09:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.eviltester.com/index.php/2008/04/22/5-books-i-recommend-to-software-testers-that-most-testers-have-probably-never-read/#comment-161</guid>
		<description>I'd recommend these two books - 

The Design of Everyday Things - Donald A. Norman (a good refresher in usability vs aesthetics)

Getting Past No - William Ury (useful when negotiating with developers, management, and other members of the team)

-Nick

&lt;em&gt;Thanks for the list Nick. I wrote a review of T&lt;a href="http://www.compendiumdev.co.uk/books/bookreview.php?book=desevery" target="_blank" rel="nofollow"&gt;he Design Of Everyday Things&lt;/a&gt; over on CompendiumDev.co.uk.&lt;/em&gt;</description>
		<content:encoded><![CDATA[<p>I&#8217;d recommend these two books - </p>
<p>The Design of Everyday Things - Donald A. Norman (a good refresher in usability vs aesthetics)</p>
<p>Getting Past No - William Ury (useful when negotiating with developers, management, and other members of the team)</p>
<p>-Nick</p>
<p><em>Thanks for the list Nick. I wrote a review of T<a href="http://www.compendiumdev.co.uk/books/bookreview.php?book=desevery" target="_blank" rel="nofollow">he Design Of Everyday Things</a> over on CompendiumDev.co.uk.</em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shrini k</title>
		<link>http://www.eviltester.com/index.php/2008/04/22/5-books-i-recommend-to-software-testers-that-most-testers-have-probably-never-read/#comment-158</link>
		<dc:creator>Shrini k</dc:creator>
		<pubDate>Wed, 23 Apr 2008 11:43:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.eviltester.com/index.php/2008/04/22/5-books-i-recommend-to-software-testers-that-most-testers-have-probably-never-read/#comment-158</guid>
		<description>Three books -

1. How doctors think - Jerome Groopman - Incidently, Michael B introduced this book as being useful to testers (in software-testing - yahoo group)

2. Conjectures and Refutations - Karl Poper

3. How to solve it - George Poyla

Shrini

&lt;em&gt;Thanks Shrini, I have not managed to get around to reading Karl Poper yet, but "How to Solve It" made it to my re-read list as I want to generalise it a little.

I also want to dedicate time to study Polya's "Mathematics and Plausible Reasoning" because I think that if I can get my head around those 2 volumes then I'll advance my thinking.&lt;/em&gt;</description>
		<content:encoded><![CDATA[<p>Three books -</p>
<p>1. How doctors think - Jerome Groopman - Incidently, Michael B introduced this book as being useful to testers (in software-testing - yahoo group)</p>
<p>2. Conjectures and Refutations - Karl Poper</p>
<p>3. How to solve it - George Poyla</p>
<p>Shrini</p>
<p><em>Thanks Shrini, I have not managed to get around to reading Karl Poper yet, but &#8220;How to Solve It&#8221; made it to my re-read list as I want to generalise it a little.</p>
<p>I also want to dedicate time to study Polya&#8217;s &#8220;Mathematics and Plausible Reasoning&#8221; because I think that if I can get my head around those 2 volumes then I&#8217;ll advance my thinking.</em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Bolton</title>
		<link>http://www.eviltester.com/index.php/2008/04/22/5-books-i-recommend-to-software-testers-that-most-testers-have-probably-never-read/#comment-157</link>
		<dc:creator>Michael Bolton</dc:creator>
		<pubDate>Wed, 23 Apr 2008 07:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.eviltester.com/index.php/2008/04/22/5-books-i-recommend-to-software-testers-that-most-testers-have-probably-never-read/#comment-157</guid>
		<description>The very general:

http://www.librarything.com/catalog/MichaelBolton

The somewhat less general:

Read Weinberg!  Read Weinberg!

The even less general:

Watch for Jerry's new book, &lt;i&gt;Perfect Software and Other Testing Myths&lt;/i&gt;, which will be launched at the CAST Conference in Toronto, July 14-16, 2008.  See http://www.cast2008.org.

---Michael B.
&lt;em&gt;
Thanks for the lists Michael. I second the recommendation for Jerry Weinberg. I didn't include him on the list because I knew recommendations for him would come from other testers, and given his popularity among testers, I would have had to caveat my title even further "books that some testers probably haven't read but many will have heard of" which I didn't think was punchy enough.

The normally recommended Weinberg reading list seems to include "Quality software Management" and "An Introduction to General Systems Thinking" so to this I'll add some of his other books that I got a lot of value from: "Secrets of consulting", "More Secrets of consulting", "Becoming A Technical Leader", "Psychology of Computer Programming" and "Rethinking Systems Analysis &#038; Design". You can't really go wrong by picking up a Weinberg book to study.&lt;/em&gt;
</description>
		<content:encoded><![CDATA[<p>The very general:</p>
<p><a href="http://www.librarything.com/catalog/MichaelBolton" rel="nofollow">http://www.librarything.com/catalog/MichaelBolton</a></p>
<p>The somewhat less general:</p>
<p>Read Weinberg!  Read Weinberg!</p>
<p>The even less general:</p>
<p>Watch for Jerry&#8217;s new book, <i>Perfect Software and Other Testing Myths</i>, which will be launched at the CAST Conference in Toronto, July 14-16, 2008.  See <a href="http://www.cast2008.org" rel="nofollow">http://www.cast2008.org</a>.</p>
<p>&#8212;Michael B.<br />
<em><br />
Thanks for the lists Michael. I second the recommendation for Jerry Weinberg. I didn&#8217;t include him on the list because I knew recommendations for him would come from other testers, and given his popularity among testers, I would have had to caveat my title even further &#8220;books that some testers probably haven&#8217;t read but many will have heard of&#8221; which I didn&#8217;t think was punchy enough.</p>
<p>The normally recommended Weinberg reading list seems to include &#8220;Quality software Management&#8221; and &#8220;An Introduction to General Systems Thinking&#8221; so to this I&#8217;ll add some of his other books that I got a lot of value from: &#8220;Secrets of consulting&#8221;, &#8220;More Secrets of consulting&#8221;, &#8220;Becoming A Technical Leader&#8221;, &#8220;Psychology of Computer Programming&#8221; and &#8220;Rethinking Systems Analysis &#038; Design&#8221;. You can&#8217;t really go wrong by picking up a Weinberg book to study.</em></p>
]]></content:encoded>
	</item>
</channel>
</rss>
