<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE rss [<!ENTITY % HTMLlat1 PUBLIC "-//W3C//ENTITIES Latin 1 for XHTML//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent">]>
<rss version="0.92" xml:base="http://www.testingreflections.com">
<channel>
 <title>testingReflections.com - The mind-share information resource for software testing, agile testing and test-first/test-driven development</title>
 <link>http://www.testingreflections.com</link>
 <description>testingReflections.com is a place to share your knowledge and reflections on your experiences with others. Acting as a central hub to the distributed-knowledge in software testing, test-driven-development, tools and related subject matter.</description>
 <language>en</language>
<item>
 <title>Testing is like rally</title>
 <link>http://www.testingreflections.com/node/view/7572</link>
 <description>Breaking (crashing) rally car does not make you champion. Learning the limits does. &lt;br /&gt;
&lt;br /&gt;
No, seriously. There are so much in common&lt;br /&gt;
-	It is partially-scripted “During the actual rally, the co-driver reads the pace notes aloud”&lt;br /&gt;
-	Well, I could only guess from car racing games, but I believe you have to learn to use your instincts as well as (theoretical) knowledge.&lt;br /&gt;
-	There is neither best car nor best driver. You need good car and a skilled driver who could get used to that car. (replace car with tools to get analogy)</description>
<pubDate>Thu, 20 Nov 2008 02:49:15 -0600</pubDate></item>
<item>
 <title>How many social networking sites does it take to screw in a lightbulb?</title>
 <link>http://www.testingreflections.com/node/view/7570</link>
 <description>I&amp;#8217;m a frequent user of some of the online networking services, but there are just so many of them, I only focus on a few. A recent communication led me down a convoluted trail through several of them.It started with with a message from a new contact on LinkedIn, saying I might be interested in [...]</description>
<pubDate>Wed, 19 Nov 2008 12:00:14 -0600</pubDate></item>
<item>
 <title>Gorman's Law of Tacit Architecture</title>
 <link>http://www.testingreflections.com/node/view/7571</link>
 <description>Nat Pryce recently posted his &lt;a href="http://www.natpryce.com/articles/000749.html"  class="ng_url"&gt;collection of laws of software development&lt;/a&gt;, and well worth a read it is, too.&lt;br /&gt;
&lt;br /&gt;
I have my own law to add, of course:&lt;br /&gt;
&lt;br /&gt;
---------------------------------------------------------------------------------------&lt;br /&gt;
&lt;br /&gt;
GORMAN'S LAW OF TACIT ARCHITECTURE&lt;br /&gt;
&lt;br /&gt;
The c</description>
<pubDate>Wed, 19 Nov 2008 13:00:22 -0600</pubDate></item>
<item>
 <title>My Unified Theory of Bugs</title>
 <link>http://www.testingreflections.com/node/view/7569</link>
 <description>by &lt;a href="http://misko.hevery.com/about/"&gt;Miško Hevery&lt;/a&gt;I think of bugs as being classified into three fundamental kinds of bugs.&lt;ul&gt;&lt;li&gt;&lt;strong&gt;Logical&lt;/strong&gt;: Logical bug is the most common and classical "bug." This is your "if"s, "loop"s, and other logic in your code. It is by far the most common kind of bug in an application. (Think: it does the wrong thing)&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Wiring&lt;/strong&gt;: Wiring bug is when two different objects are miswired. For example wiring the first-name to the last-name field. It could also mean that the output of one object is not what the input of the next object expects. (Think: Data gets clobbered in process to where it is needed.)&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Rendering&lt;/strong&gt;: Rendering bug is when the output (typical some UI or a report) does not look right. The key here is that it takes a human to determine what "right" is. (Think: it "looks" wrong)&lt;/li&gt;&lt;/ul&gt;NOTE: A word of caution. Some developers think that since they are building UI everything is a rendering bug! A rendering bug would be that the button text overlaps with the button border. If you click the button and the wrong thing happens than it is either because you wired it wrong (wiring problem) or your logic is wrong (a logical bug). Rendering bugs are rare.&lt;strong&gt;Typical Application Distribution (without Testability in Mind)&lt;/strong&gt;The first thing to notice about these three bug types is that the probability is not evenly distributed. Not only is the probability not even, but the cost of finding and fixing them is different. (I am sure you know this from experience). My experience from building web-apps tells me that the Logical bugs are by far the most common, followed by wiring and finally rendering bugs.&lt;p&gt;&lt;img class="aligncenter" title="Bug Type Distribution" src="http://spreadsheets.google.com/pub?key=p5f7FqS_WauJGv8wm5jkgOw&amp;amp;oid=2&amp;amp;output=image" alt="" height="193" width="350" /&gt;&lt;/p&gt;</description>
<pubDate>Tue, 18 Nov 2008 18:01:13 -0600</pubDate></item>
<item>
 <title>No Good Deed</title>
 <link>http://www.testingreflections.com/node/view/7568</link>
 <description>&lt;p&gt;Very often I break a simple rule of consultancy, I fix something I wasn't asked to do.  For example, I may be drafted in by a company to bring a project back on track or, sometimes, to teach object technologies (I like this type of work).  However, if you are working with a group of people and one of them is incompetent or destructive then that, by definition, is the problem you have to solve first.  What this means is that you end up doing a little bit of behaviour changing or some management consulting.&lt;/p&gt;</description>
<pubDate>Tue, 18 Nov 2008 17:30:25 -0600</pubDate></item>
<item>
 <title>Software Craftsmanship 2009 Request For Session Proposals</title>
 <link>http://www.testingreflections.com/node/view/7567</link>
 <description>So I finally got around to putting out the RFP for the - now confirmed - conference on Feb 26th next year. If any of you out there in eyeball land are considering running a session, here's the invitation that went out today.&lt;br /&gt;
&lt;br /&gt;
(Registration will start on Dec 1st, BTW)&lt;br /&gt;
&lt;br /&gt;
----------------------------------------------------------&lt;br /&gt;
&lt;br /&gt;
Dear Software Craftsman,&lt;br /&gt;
&lt;br /&gt;
(Or should that be "craftsperson"?)</description>
<pubDate>Tue, 18 Nov 2008 11:00:28 -0600</pubDate></item>
<item>
 <title>Unit vs. System Testing—It’s OK to be Different</title>
 <link>http://www.testingreflections.com/node/view/7566</link>
 <description>My StickyMinds column, Unit vs. System Testing—It’s OK to be Different was posted on October 20, 2008. Comments are still open, and I&amp;#8217;d love to get your feedback either on StickyMinds or here. This is a concept that I first explored as a lightning talk at CAST 2008, and then more fully at a meeting [...]</description>
<pubDate>Mon, 17 Nov 2008 15:01:20 -0600</pubDate></item>
<item>
 <title>GameState.equals(SystemState)?</title>
 <link>http://www.testingreflections.com/node/view/7565</link>
 <description>&lt;p&gt;Anyone who knows me will tell you that I love video games. I've been playing them since the days of Pong, Space Invaders and Asteroid... Over the years games have come along way with enormous detail. My latest acquisition is &lt;a href="http://gearsofwar.xbox.com/default.htm"&gt;Gears of War 2&lt;/a&gt; (or Gears2 as us gamers affectionately call it) which I picked up just over a week ago.&lt;/p&gt;

&lt;p&gt;What is so impressive about this game is the way it draws you in, the way you care for the characters... the phenomenal graphics! I mean the game could be a animated feature film! Some refer to it not as a game but as an &lt;i&gt;interactive cinematic experience&lt;/i&gt;.&lt;/p&gt;</description>
<pubDate>Mon, 17 Nov 2008 09:27:18 -0600</pubDate></item>
<item>
 <title>We're Doing Agile. So Why Is Our Code Still Crap?</title>
 <link>http://www.testingreflections.com/node/view/7564</link>
 <description>There's a debate bubbling away on James Shore's blog post about &lt;a href="http://jamesshore.com/Blog/The-Decline-and-Fall-of-Agile.html"  class="ng_url"&gt;The Decline And Fall of Agile&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
I waded in a couple of times, and feel so strongly about the points I've raised that I thought I'd copy and paste the second comment here for your delight and delectation:</description>
<pubDate>Mon, 17 Nov 2008 09:07:39 -0600</pubDate></item>
<item>
 <title>How testers can practice bug advocacy with developers</title>
 <link>http://www.testingreflections.com/node/view/7563</link>
 <description>A while ago I answered the following question on SearchSoftwareQuality.com’s Ask The Software Quality Expert: Questions &amp;#038; Answers.What do you do when you find a defect and send it to the developer, but he will not accept that it is a defect? How can we prove that it is a defect?Here is a clip from [...]</description>
<pubDate>Sat, 15 Nov 2008 13:00:24 -0600</pubDate></item>
<item>
 <title>Agile Development Practices keynote - James Shore remix</title>
 <link>http://www.testingreflections.com/node/view/7562</link>
 <description>One important point, in 1/30th the actual keynote&amp;#8217;s running time:</description>
<pubDate>Sat, 15 Nov 2008 13:00:22 -0600</pubDate></item>
<item>
 <title>Interesting Posts on Agile Challenges</title>
 <link>http://www.testingreflections.com/node/view/7561</link>
 <description>Scrum Challenges A couple of posts that describe how many teams are flailing and failing with Scrum: James Shore: The Decline and Fall of Agile Rob Bowley: Lean is the new Scrum, and it will fail for the same reasons...</description>
<pubDate>Sat, 15 Nov 2008 12:30:05 -0600</pubDate></item>
<item>
 <title>ExpoQA 2008 in Spain</title>
 <link>http://www.testingreflections.com/node/view/7560</link>
 <description>The week after Oredev, I’ll be presenting at the ExpoQA conference in Madrid Spain. You can read more &lt;a href =  http://www.expoqa.com/en/conferencias.html &gt; here&lt;/a href&gt;.&lt;br /&gt;
&lt;br /&gt;
I’m surprised I haven’t blogged more about both conferences (Oredev and ExpoQA) but have been busy working. And now I need to pack …</description>
<pubDate>Sat, 15 Nov 2008 10:39:49 -0600</pubDate></item>
<item>
 <title>Oredev 2008 Conference in Sweden</title>
 <link>http://www.testingreflections.com/node/view/7559</link>
 <description>I’ll be in Malmo Sweden this coming week teaching and presenting at the Oredev conference.  You can read more &lt;a href =  http://www.oredev.org/topmenu/program/coursesqlfortesters.4.30389fb119845e42b680003345.html &gt;here&lt;/a href&gt;.&lt;br /&gt;
&lt;br /&gt;
If you'll be attending the conference or if you're located nearby and want to meet up, send me an email. It's interesting to meet other testers. I feel most fortunate to have the opportunity to be at the conference. It will also be my first time to Sweden, yahoo!</description>
<pubDate>Sat, 15 Nov 2008 10:36:37 -0600</pubDate></item>
<item>
 <title>Pex at the Seattle Code Camp &amp;ndash; this Saturday at 2.45pm</title>
 <link>http://www.testingreflections.com/node/view/7557</link>
 <description>&lt;p&gt;
We will give a session on &lt;a target="_blank" href="http://research.microsoft.com/pex"&gt;Pex&lt;/a&gt; at
the &lt;a target="_blank" href="https://seattle.codecamp.us"&gt;&lt;strong&gt;Seattle Code Camp&lt;/strong&gt;&lt;/a&gt;&lt;strong&gt; –
Saturday 11/15 at 2.45pm. &lt;/strong&gt;We will show the new &lt;a target="_blank" href="http://blogs.msdn.com/nikolait/archive/2008/10/21/sneak-preview-code-digger-the-new-pex-experience.aspx"&gt;Code
Digger&lt;/a&gt; and how Pex can help you…
&lt;/p&gt;</description>
<pubDate>Fri, 14 Nov 2008 15:30:06 -0600</pubDate></item>
</channel>
</rss>
