<?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: The Importance of Resolution in Bug Systems</title>
	<atom:link href="http://thetesteye.com/blog/2009/06/the-importance-of-resolution-in-bug-systems/feed/" rel="self" type="application/rss+xml" />
	<link>http://thetesteye.com/blog/2009/06/the-importance-of-resolution-in-bug-systems/</link>
	<description>by rikard edgren, henrik emilsson, martin jansson and friends</description>
	<lastBuildDate>Fri, 10 Sep 2010 09:30:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Henrik Emilsson</title>
		<link>http://thetesteye.com/blog/2009/06/the-importance-of-resolution-in-bug-systems/comment-page-1/#comment-150</link>
		<dc:creator>Henrik Emilsson</dc:creator>
		<pubDate>Tue, 07 Jul 2009 09:22:34 +0000</pubDate>
		<guid isPermaLink="false">http://thetesteye.com/blog/?p=303#comment-150</guid>
		<description>@Rikard:
What happened with the old expression &quot;It is better with a really good bug report than a good bug report&quot;? :-)</description>
		<content:encoded><![CDATA[<p>@Rikard:<br />
What happened with the old expression &#8220;It is better with a really good bug report than a good bug report&#8221;? <img src='http://thetesteye.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rikard Edgren</title>
		<link>http://thetesteye.com/blog/2009/06/the-importance-of-resolution-in-bug-systems/comment-page-1/#comment-138</link>
		<dc:creator>Rikard Edgren</dc:creator>
		<pubDate>Wed, 17 Jun 2009 21:57:02 +0000</pubDate>
		<guid isPermaLink="false">http://thetesteye.com/blog/?p=303#comment-138</guid>
		<description>I totally agree.
Sometimes you can hear things like &quot;It is better with a bad bug report than no bug report at all&quot;.
The answer is: &quot;It is better with a good bug report than a bad bug report.&quot;
Leaving fields at default (e.g. Priority and Severity) is probably the most common laziness.</description>
		<content:encoded><![CDATA[<p>I totally agree.<br />
Sometimes you can hear things like &#8220;It is better with a bad bug report than no bug report at all&#8221;.<br />
The answer is: &#8220;It is better with a good bug report than a bad bug report.&#8221;<br />
Leaving fields at default (e.g. Priority and Severity) is probably the most common laziness.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Jansson</title>
		<link>http://thetesteye.com/blog/2009/06/the-importance-of-resolution-in-bug-systems/comment-page-1/#comment-137</link>
		<dc:creator>Martin Jansson</dc:creator>
		<pubDate>Tue, 16 Jun 2009 16:41:23 +0000</pubDate>
		<guid isPermaLink="false">http://thetesteye.com/blog/?p=303#comment-137</guid>
		<description>I agree that Resolution is important. But nearly everything in the bug system is important. If the bug reports are sloppy they tend to create conflict between those who are dependent on the information. If fields such as priority, severity are not entered correctly they might not be recognised directly as important. If you report on the wrong product, project, sub-component etc there is also a big chance that they are noticed too late.

As a tester, bugs are one of most important byproduct of our craft. By neglecting this important I say we do not act like proffessionals. I would not say that I am personally offended by a tester who is sloppy about bugs, but I would indeed go through with him/her a few war stories about the cost of bad bug reports.</description>
		<content:encoded><![CDATA[<p>I agree that Resolution is important. But nearly everything in the bug system is important. If the bug reports are sloppy they tend to create conflict between those who are dependent on the information. If fields such as priority, severity are not entered correctly they might not be recognised directly as important. If you report on the wrong product, project, sub-component etc there is also a big chance that they are noticed too late.</p>
<p>As a tester, bugs are one of most important byproduct of our craft. By neglecting this important I say we do not act like proffessionals. I would not say that I am personally offended by a tester who is sloppy about bugs, but I would indeed go through with him/her a few war stories about the cost of bad bug reports.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
