<?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: My Unified Theory of Bugs</title>
	<atom:link href="http://misko.hevery.com/2008/11/17/unified-theory-of-bugs/feed/" rel="self" type="application/rss+xml" />
	<link>http://misko.hevery.com/2008/11/17/unified-theory-of-bugs/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=unified-theory-of-bugs</link>
	<description>Testability Explorer</description>
	<lastBuildDate>Thu, 19 Jan 2012 16:42:57 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Vic UA</title>
		<link>http://misko.hevery.com/2008/11/17/unified-theory-of-bugs/comment-page-1/#comment-6566</link>
		<dc:creator>Vic UA</dc:creator>
		<pubDate>Mon, 14 Feb 2011 23:56:07 +0000</pubDate>
		<guid isPermaLink="false">http://misko.hevery.com/?p=296#comment-6566</guid>
		<description>Thanks.  Nice post.</description>
		<content:encoded><![CDATA[<p>Thanks.  Nice post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: How to Flow Chart, Part 1: Principles &#124; themanthursday.com</title>
		<link>http://misko.hevery.com/2008/11/17/unified-theory-of-bugs/comment-page-1/#comment-3276</link>
		<dc:creator>How to Flow Chart, Part 1: Principles &#124; themanthursday.com</dc:creator>
		<pubDate>Sat, 03 Apr 2010 05:01:00 +0000</pubDate>
		<guid isPermaLink="false">http://misko.hevery.com/?p=296#comment-3276</guid>
		<description>[...] approach.   But as a programmer, you&#8217;ll also use flow charting to conquer the dreaded logical bug.   (I guess a really smart application of flow charting would be in pre-development, allowing you [...]</description>
		<content:encoded><![CDATA[<p>[...] approach.   But as a programmer, you&#8217;ll also use flow charting to conquer the dreaded logical bug.   (I guess a really smart application of flow charting would be in pre-development, allowing you [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Swiss army knife for XP PHP projects (defining code quality) &#124; Alternate Illusion</title>
		<link>http://misko.hevery.com/2008/11/17/unified-theory-of-bugs/comment-page-1/#comment-3241</link>
		<dc:creator>Swiss army knife for XP PHP projects (defining code quality) &#124; Alternate Illusion</dc:creator>
		<pubDate>Thu, 25 Mar 2010 17:49:51 +0000</pubDate>
		<guid isPermaLink="false">http://misko.hevery.com/?p=296#comment-3241</guid>
		<description>[...] @misko.hevery.com [...]</description>
		<content:encoded><![CDATA[<p>[...] @misko.hevery.com [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: misko</title>
		<link>http://misko.hevery.com/2008/11/17/unified-theory-of-bugs/comment-page-1/#comment-1435</link>
		<dc:creator>misko</dc:creator>
		<pubDate>Thu, 23 Jul 2009 11:45:48 +0000</pubDate>
		<guid isPermaLink="false">http://misko.hevery.com/?p=296#comment-1435</guid>
		<description>@Mazurov,

JavaScript can be tested with JS unit test frameworks such as http://code.google.com/p/js-test-driver/, so that is a normal logical/wiring problem. CSS is definitely a rendering problem, and we do not have a good solution for that.</description>
		<content:encoded><![CDATA[<p>@Mazurov,</p>
<p>JavaScript can be tested with JS unit test frameworks such as <a href="http://code.google.com/p/js-test-driver/" rel="nofollow">http://code.google.com/p/js-test-driver/</a>, so that is a normal logical/wiring problem. CSS is definitely a rendering problem, and we do not have a good solution for that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mazurov</title>
		<link>http://misko.hevery.com/2008/11/17/unified-theory-of-bugs/comment-page-1/#comment-1432</link>
		<dc:creator>Mazurov</dc:creator>
		<pubDate>Thu, 23 Jul 2009 10:16:53 +0000</pubDate>
		<guid isPermaLink="false">http://misko.hevery.com/?p=296#comment-1432</guid>
		<description>What about rendering bugs at web applications? For example your a writing code at javascript, which generates complex UI, which should be adapted for all versions of browsers, but you saw that something looks bad. The same for CSS. Are these rendering bugs? Sometimes it&#039;s harder to fix, then logical bugs.</description>
		<content:encoded><![CDATA[<p>What about rendering bugs at web applications? For example your a writing code at javascript, which generates complex UI, which should be adapted for all versions of browsers, but you saw that something looks bad. The same for CSS. Are these rendering bugs? Sometimes it&#8217;s harder to fix, then logical bugs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mateusz</title>
		<link>http://misko.hevery.com/2008/11/17/unified-theory-of-bugs/comment-page-1/#comment-1395</link>
		<dc:creator>Mateusz</dc:creator>
		<pubDate>Wed, 15 Jul 2009 07:39:50 +0000</pubDate>
		<guid isPermaLink="false">http://misko.hevery.com/?p=296#comment-1395</guid>
		<description>Great post and excellent points about &quot;Testable code is better code&quot; and &quot;Unit-tests should HELP refactoring not PREVENT refactorings&quot;. Everyone should understand that in first place :)</description>
		<content:encoded><![CDATA[<p>Great post and excellent points about &#8220;Testable code is better code&#8221; and &#8220;Unit-tests should HELP refactoring not PREVENT refactorings&#8221;. Everyone should understand that in first place <img src='http://misko.hevery.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Software Testing Categorization</title>
		<link>http://misko.hevery.com/2008/11/17/unified-theory-of-bugs/comment-page-1/#comment-1391</link>
		<dc:creator>Software Testing Categorization</dc:creator>
		<pubDate>Tue, 14 Jul 2009 19:35:46 +0000</pubDate>
		<guid isPermaLink="false">http://misko.hevery.com/?p=296#comment-1391</guid>
		<description>[...] &#8216;ifs&#8217; and &#8216;loops&#8217;. This is where the majority of your bugs come from (see theory of bugs). Which is why if you do no other testing, unit tests are the best bang for your buck! Unit tests, [...]</description>
		<content:encoded><![CDATA[<p>[...] &#8216;ifs&#8217; and &#8216;loops&#8217;. This is where the majority of your bugs come from (see theory of bugs). Which is why if you do no other testing, unit tests are the best bang for your buck! Unit tests, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Serhiy Yevtushenko</title>
		<link>http://misko.hevery.com/2008/11/17/unified-theory-of-bugs/comment-page-1/#comment-599</link>
		<dc:creator>Serhiy Yevtushenko</dc:creator>
		<pubDate>Tue, 20 Jan 2009 12:08:18 +0000</pubDate>
		<guid isPermaLink="false">http://misko.hevery.com/?p=296#comment-599</guid>
		<description>Hi, I would add two more categories of bugs, but which are not totally code related:Of Understanding: - code does wrong thing may be the right way.Of Omission - code does right things, but not all of them. For this two categories, unfortunately,&#160; unit tests does not help.Here the communication, walkthroghs and acceptance tests are of value.</description>
		<content:encoded><![CDATA[<p>Hi, I would add two more categories of bugs, but which are not totally code related:Of Understanding: &#8211; code does wrong thing may be the right way.Of Omission &#8211; code does right things, but not all of them. For this two categories, unfortunately,&nbsp; unit tests does not help.Here the communication, walkthroghs and acceptance tests are of value.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Interfacing with hard-to-test third-party code</title>
		<link>http://misko.hevery.com/2008/11/17/unified-theory-of-bugs/comment-page-1/#comment-525</link>
		<dc:creator>Interfacing with hard-to-test third-party code</dc:creator>
		<pubDate>Sun, 04 Jan 2009 19:29:53 +0000</pubDate>
		<guid isPermaLink="false">http://misko.hevery.com/?p=296#comment-525</guid>
		<description>[...] is not so simple, and in most cases I just don&#8217;t bother testing it since there can only be wiring bug in that code. There should be no application logic in the LoginServlet since we have moved all of [...]</description>
		<content:encoded><![CDATA[<p>[...] is not so simple, and in most cases I just don&#8217;t bother testing it since there can only be wiring bug in that code. There should be no application logic in the LoginServlet since we have moved all of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Parag Shah</title>
		<link>http://misko.hevery.com/2008/11/17/unified-theory-of-bugs/comment-page-1/#comment-364</link>
		<dc:creator>Parag Shah</dc:creator>
		<pubDate>Mon, 24 Nov 2008 04:32:46 +0000</pubDate>
		<guid isPermaLink="false">http://misko.hevery.com/?p=296#comment-364</guid>
		<description>Hi Misko,

Very nice post. You have given a clear analysis of the types of bugs and the benefits of testing.</description>
		<content:encoded><![CDATA[<p>Hi Misko,</p>
<p>Very nice post. You have given a clear analysis of the types of bugs and the benefits of testing.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

