<?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: Don&#8217;t unit-test GUI</title>
	<atom:link href="http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/</link>
	<description>Hans-Eric Grönlund on software development</description>
	<pubDate>Thu, 20 Nov 2008 14:23:03 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: www.hans-eric.com &#187; Blog Archive &#187; Did I say don&#8217;t unit-test GUIs?</title>
		<link>http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1829</link>
		<dc:creator>www.hans-eric.com &#187; Blog Archive &#187; Did I say don&#8217;t unit-test GUIs?</dc:creator>
		<pubDate>Thu, 03 Jan 2008 09:48:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1829</guid>
		<description>[...] life funny? Two weeks ago I stated my opinion that unit-testing graphical user interfaces isn’t worth the trouble. Now I find myself doing it, writing unit-tests for GUI [...]</description>
		<content:encoded><![CDATA[<p>[...] life funny? Two weeks ago I stated my opinion that unit-testing graphical user interfaces isn’t worth the trouble. Now I find myself doing it, writing unit-tests for GUI [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#187; Daily Bits - December 25, 2007 Alvin Ashcraft&#8217;s Daily Geek Bits: Daily links plus random ramblings about development, gadgets and raising rugrats.</title>
		<link>http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1640</link>
		<dc:creator>&#187; Daily Bits - December 25, 2007 Alvin Ashcraft&#8217;s Daily Geek Bits: Daily links plus random ramblings about development, gadgets and raising rugrats.</dc:creator>
		<pubDate>Wed, 26 Dec 2007 01:49:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1640</guid>
		<description>[...] Don&#8217;t Unit Test GUI (via Arjan&#8217;s World) [...]</description>
		<content:encoded><![CDATA[<p>[...] Don&#8217;t Unit Test GUI (via Arjan&#8217;s World) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Grayger</title>
		<link>http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1583</link>
		<dc:creator>Grayger</dc:creator>
		<pubDate>Mon, 24 Dec 2007 05:07:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1583</guid>
		<description>GUI is unit-testable (automatically tested)! I test my Swing code with UISpec4J and I am satisfied with it.  I admit testing GUI still has some limitations, but the limitations are decreasing due to tools' support.</description>
		<content:encoded><![CDATA[<p>GUI is unit-testable (automatically tested)! I test my Swing code with UISpec4J and I am satisfied with it.  I admit testing GUI still has some limitations, but the limitations are decreasing due to tools&#8217; support.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BlogReader</title>
		<link>http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1556</link>
		<dc:creator>BlogReader</dc:creator>
		<pubDate>Sun, 23 Dec 2007 22:58:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1556</guid>
		<description>[ and compared to my programming interfaces, my guis tend to change relatively often. ] 

How do you make your changes?  Compile, redeploy, and then go to that screen?  Unit tests could save you this time consuming way of developing by running a small test right there.

And if it breaks often, good :)  It might save you from shooting yourself in the foot.</description>
		<content:encoded><![CDATA[<p>[ and compared to my programming interfaces, my guis tend to change relatively often. ] </p>
<p>How do you make your changes?  Compile, redeploy, and then go to that screen?  Unit tests could save you this time consuming way of developing by running a small test right there.</p>
<p>And if it breaks often, good <img src='http://www.hans-eric.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  It might save you from shooting yourself in the foot.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hans-Eric</title>
		<link>http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1516</link>
		<dc:creator>Hans-Eric</dc:creator>
		<pubDate>Sat, 22 Dec 2007 10:06:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1516</guid>
		<description>&lt;blockquote&gt;I believe a view in not important as is, it should be a state representation of the application.&lt;/blockquote&gt;

Amen to that!</description>
		<content:encoded><![CDATA[<blockquote><p>I believe a view in not important as is, it should be a state representation of the application.</p></blockquote>
<p>Amen to that!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hans-Eric</title>
		<link>http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1515</link>
		<dc:creator>Hans-Eric</dc:creator>
		<pubDate>Sat, 22 Dec 2007 10:05:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1515</guid>
		<description>I think you are right, but I suggest a different solution. I believe a lot of the GUI-related problems could be addressed by changing the design, pulling the presentation logic out of the GUI layer.</description>
		<content:encoded><![CDATA[<p>I think you are right, but I suggest a different solution. I believe a lot of the GUI-related problems could be addressed by changing the design, pulling the presentation logic out of the GUI layer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hans-Eric</title>
		<link>http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1514</link>
		<dc:creator>Hans-Eric</dc:creator>
		<pubDate>Sat, 22 Dec 2007 09:57:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1514</guid>
		<description>That's exactly my point of view too. Make the GUI dumb. Maybe one should think of the GUI as composed of a View layer (dumb components, no need for unit-testing) and an Application Logic layer (which can be tested).</description>
		<content:encoded><![CDATA[<p>That&#8217;s exactly my point of view too. Make the GUI dumb. Maybe one should think of the GUI as composed of a View layer (dumb components, no need for unit-testing) and an Application Logic layer (which can be tested).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hans-Eric</title>
		<link>http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1512</link>
		<dc:creator>Hans-Eric</dc:creator>
		<pubDate>Sat, 22 Dec 2007 09:50:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1512</guid>
		<description>Peace brother! :-) 
I might also become a GUI tester one day, but as today I'm not convinced it's to my benefit.</description>
		<content:encoded><![CDATA[<p>Peace brother! <img src='http://www.hans-eric.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /><br />
I might also become a GUI tester one day, but as today I&#8217;m not convinced it&#8217;s to my benefit.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hans-Eric</title>
		<link>http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1511</link>
		<dc:creator>Hans-Eric</dc:creator>
		<pubDate>Sat, 22 Dec 2007 09:43:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1511</guid>
		<description>You're definitely right about business applications and GUI bugs, that's my experience too. But then again, a lot of the presentation logic, like enable/disable of fields and interrelated dropdowns as you mention, could be built into the business logic layer (maybe application logic layer is a better name). The GUI would then be a mere displayer of state through an observer pattern, and an invoker of change. That's how I like to build my user interfaces.</description>
		<content:encoded><![CDATA[<p>You&#8217;re definitely right about business applications and GUI bugs, that&#8217;s my experience too. But then again, a lot of the presentation logic, like enable/disable of fields and interrelated dropdowns as you mention, could be built into the business logic layer (maybe application logic layer is a better name). The GUI would then be a mere displayer of state through an observer pattern, and an invoker of change. That&#8217;s how I like to build my user interfaces.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Samori Gorse</title>
		<link>http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1501</link>
		<dc:creator>Samori Gorse</dc:creator>
		<pubDate>Sat, 22 Dec 2007 01:37:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/2007/12/20/dont-unit-test-gui/#comment-1501</guid>
		<description>By building the application logic and then the GUI you may focused on the behaviour of the application, not on the implementation.

You could then test the logic, and the view right after. Since you would provide interfaces between logic and view.

I believe a view in not important as is, it should be a state representation of the application.</description>
		<content:encoded><![CDATA[<p>By building the application logic and then the GUI you may focused on the behaviour of the application, not on the implementation.</p>
<p>You could then test the logic, and the view right after. Since you would provide interfaces between logic and view.</p>
<p>I believe a view in not important as is, it should be a state representation of the application.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.270 seconds -->
