<?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: Selenium rocks - and you don&#8217;t need it</title>
	<atom:link href="http://www.magpiebrain.com/blog/2007/01/28/selenium-rocks-and-you-dont-need-it/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.magpiebrain.com/blog/2007/01/28/selenium-rocks-and-you-dont-need-it/</link>
	<description>Sam Newman's blog</description>
	<pubDate>Fri, 21 Nov 2008 17:47:19 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Ahmed Ashour</title>
		<link>http://www.magpiebrain.com/blog/2007/01/28/selenium-rocks-and-you-dont-need-it/#comment-151188</link>
		<dc:creator>Ahmed Ashour</dc:creator>
		<pubDate>Sat, 11 Oct 2008 15:25:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.magpiebrain.com/blog/2007/01/28/selenium-rocks-and-you-dont-need-it/#comment-151188</guid>
		<description>http://htmlunit.sf.net is another powerful java browser emulator</description>
		<content:encoded><![CDATA[<p><a href="http://htmlunit.sf.net"  rel="nofollow">http://htmlunit.sf.net</a> is another powerful java browser emulator</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sam</title>
		<link>http://www.magpiebrain.com/blog/2007/01/28/selenium-rocks-and-you-dont-need-it/#comment-12411</link>
		<dc:creator>sam</dc:creator>
		<pubDate>Tue, 27 Feb 2007 08:45:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.magpiebrain.com/blog/2007/01/28/selenium-rocks-and-you-dont-need-it/#comment-12411</guid>
		<description>Which was the point of the article - anything (not just Javascript) which manipulates the DOM after the page has been served will require in-browser testing - either manual or automated. But understand when you make that choice (even Javascript heavy apps will serve some static data).

One approach to making Javascript-heavy apps testable using static, outside-browsr verification is to decompose the content of each page into a series of components, each one available on it's own URL.</description>
		<content:encoded><![CDATA[<p>Which was the point of the article - anything (not just Javascript) which manipulates the <acronym title="Document Object Model">DOM</acronym> after the page has been served will require in-browser testing - either manual or automated. But understand when you make that choice (even Javascript heavy apps will serve some static data).</p>
<p>One approach to making Javascript-heavy apps testable using static, outside-browsr verification is to decompose the content of each page into a series of components, each one available on it&#8217;s own <acronym title="Uniform Resource Locator">URL</acronym>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.magpiebrain.com/blog/2007/01/28/selenium-rocks-and-you-dont-need-it/#comment-12385</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Tue, 27 Feb 2007 04:18:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.magpiebrain.com/blog/2007/01/28/selenium-rocks-and-you-dont-need-it/#comment-12385</guid>
		<description>Selenium comes in very handy when your application makes heavy use of Javascript.  For example, HtmlUnit currently chokes on trying to parse the standard Dojo include files, so any application which uses Dojo isn't testable by HtmlUnit.  Selenium, since it uses the actual browser, doesn't have this problem.  So for my team at least, it's Selenium or nothing...</description>
		<content:encoded><![CDATA[<p>Selenium comes in very handy when your application makes heavy use of Javascript.  For example, HtmlUnit currently chokes on trying to parse the standard Dojo include files, so any application which uses Dojo isn&#8217;t testable by HtmlUnit.  Selenium, since it uses the actual browser, doesn&#8217;t have this problem.  So for my team at least, it&#8217;s Selenium or nothing&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
