<?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: WatiN Patterns #1: No Browser Left Behind</title>
	<atom:link href="http://www.richardlawrence.info/2009/02/04/watin-patterns-1-no-browser-left-behind/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.richardlawrence.info/2009/02/04/watin-patterns-1-no-browser-left-behind/</link>
	<description>On making software teams happier and more productive</description>
	<lastBuildDate>Fri, 03 Feb 2012 10:41:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Richard</title>
		<link>http://www.richardlawrence.info/2009/02/04/watin-patterns-1-no-browser-left-behind/comment-page-1/#comment-24</link>
		<dc:creator>Richard</dc:creator>
		<pubDate>Sat, 03 Jul 2010 05:17:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.richardlawrence.info/?p=119#comment-24</guid>
		<description>@Nick - True, as the test suite gets large, you may need to share a browser instance between tests (assuming browser start-up is the bottleneck for you). Tests shouldn&#039;t have to worry about whether the browser is in a good starting state, though, so I usually recommend replacing IE with a class of your own that implements IDisposable and has an IE. That class would take responsibility for creating the IE instance when necessary in its constructor and resetting state in Dispose. Perhaps I&#039;ll write about this in more detail sometime if there&#039;s interest.

Also, since this post, I&#039;ve changed from using WatiN with NUnit or MSTest to using it with Cuke4Nuke. This changes the patterns somewhat.</description>
		<content:encoded><![CDATA[<p>@Nick &#8211; True, as the test suite gets large, you may need to share a browser instance between tests (assuming browser start-up is the bottleneck for you). Tests shouldn&#8217;t have to worry about whether the browser is in a good starting state, though, so I usually recommend replacing IE with a class of your own that implements IDisposable and has an IE. That class would take responsibility for creating the IE instance when necessary in its constructor and resetting state in Dispose. Perhaps I&#8217;ll write about this in more detail sometime if there&#8217;s interest.</p>
<p>Also, since this post, I&#8217;ve changed from using WatiN with NUnit or MSTest to using it with Cuke4Nuke. This changes the patterns somewhat.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick</title>
		<link>http://www.richardlawrence.info/2009/02/04/watin-patterns-1-no-browser-left-behind/comment-page-1/#comment-23</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Fri, 25 Jun 2010 17:18:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.richardlawrence.info/?p=119#comment-23</guid>
		<description>A using statement is fine if you want to open and close a browser for every unit test. This will become very time consuming as the number of tests grow.</description>
		<content:encoded><![CDATA[<p>A using statement is fine if you want to open and close a browser for every unit test. This will become very time consuming as the number of tests grow.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

