<?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 for Stories from a Software Tester</title>
	<atom:link href="http://testerstories.com/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://testerstories.com</link>
	<description>Twice upon a time, in another space, no distance in any direction from here ...</description>
	<lastBuildDate>Wed, 24 Apr 2013 09:44:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>Comment on Automated Testing with Watir and RSpec, Part 2 by ambar</title>
		<link>http://testerstories.com/?p=304#comment-11019</link>
		<dc:creator>ambar</dc:creator>
		<pubDate>Wed, 24 Apr 2013 09:44:25 +0000</pubDate>
		<guid isPermaLink="false">http://testerstories.com/?p=304#comment-11019</guid>
		<description><![CDATA[This was very helpful. Rspec and Watir seem to make a great combination.

Would be great to see an article on adding PageObjects to the mix, as this seems to be a standard pattern in web application testing.]]></description>
		<content:encoded><![CDATA[<p>This was very helpful. Rspec and Watir seem to make a great combination.</p>
<p>Would be great to see an article on adding PageObjects to the mix, as this seems to be a standard pattern in web application testing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Using RSpec and Capybara Without Rails by Cory</title>
		<link>http://testerstories.com/?p=30#comment-9872</link>
		<dc:creator>Cory</dc:creator>
		<pubDate>Thu, 21 Mar 2013 18:45:03 +0000</pubDate>
		<guid isPermaLink="false">http://testerstories.com/?p=30#comment-9872</guid>
		<description><![CDATA[Thank you for the excellent tutorial.  It is the best I have found for an introduction on this topic.]]></description>
		<content:encoded><![CDATA[<p>Thank you for the excellent tutorial.  It is the best I have found for an introduction on this topic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Tester as Learner by phil kirkham</title>
		<link>http://testerstories.com/?p=983#comment-9758</link>
		<dc:creator>phil kirkham</dc:creator>
		<pubDate>Tue, 19 Mar 2013 13:26:07 +0000</pubDate>
		<guid isPermaLink="false">http://testerstories.com/?p=983#comment-9758</guid>
		<description><![CDATA[I&#039;ve thought about this a little bit when I&#039;ve studied personality types but never followed it through to the depth you have in this post.

Really interesting read and I&#039;m going to have to study myself now and work out how I go about testing.

&#160;

&#160;]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve thought about this a little bit when I&#8217;ve studied personality types but never followed it through to the depth you have in this post.</p>
<p>Really interesting read and I&#8217;m going to have to study myself now and work out how I go about testing.</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Seeking Conditions in TDL by Jeff Nyman</title>
		<link>http://testerstories.com/?p=968#comment-9750</link>
		<dc:creator>Jeff Nyman</dc:creator>
		<pubDate>Tue, 19 Mar 2013 10:24:34 +0000</pubDate>
		<guid isPermaLink="false">http://testerstories.com/?p=968#comment-9750</guid>
		<description><![CDATA[I think this is where it becomes necessary to make sure everyone understands there are two levels of implementation to discuss: the implementation of tasks, which will use certain domain terminology, and there is the implementation of how to interact with interface widgets. Both of those are levels of implementation and may be more or less &quot;imperative&quot; sounding.

I&#039;m starting to realize it can become easy to get hung up on how declarative you &quot;should&quot; be. Also, declarative to me does not imply, for example, a lack of specific data conditions or test conditions.

My thoughts are evolving on this as I&#039;m currently on a project that has a complex series of algorithms that are applied in different contexts, depending upon what data conditions you have in place or put in place. I&#039;m hoping to expand on these real-world examples at some point.]]></description>
		<content:encoded><![CDATA[<p>I think this is where it becomes necessary to make sure everyone understands there are two levels of implementation to discuss: the implementation of tasks, which will use certain domain terminology, and there is the implementation of how to interact with interface widgets. Both of those are levels of implementation and may be more or less &#8220;imperative&#8221; sounding.</p>
<p>I&#8217;m starting to realize it can become easy to get hung up on how declarative you &#8220;should&#8221; be. Also, declarative to me does not imply, for example, a lack of specific data conditions or test conditions.</p>
<p>My thoughts are evolving on this as I&#8217;m currently on a project that has a complex series of algorithms that are applied in different contexts, depending upon what data conditions you have in place or put in place. I&#8217;m hoping to expand on these real-world examples at some point.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Seeking Conditions in TDL by Tatiana</title>
		<link>http://testerstories.com/?p=968#comment-9145</link>
		<dc:creator>Tatiana</dc:creator>
		<pubDate>Tue, 12 Mar 2013 15:19:53 +0000</pubDate>
		<guid isPermaLink="false">http://testerstories.com/?p=968#comment-9145</guid>
		<description><![CDATA[Good stuff! Yeah, this gets confusing for me sometimes because I&#039;m never sure if I&#039;m providing too much detail or too little. One thing I know is that I don&#039;t like a lot of repeating. But I see your point about the domain phrasing. If I use the domain phrase in the scenario title then it implies that I would use that same domain phrase in the steps but then of course I&#039;m duplicating. On the other hand it would seem odd to me to not use the domain phrase since we all agreed which phrases to use. This is really interesting now that I think more about it. In looking at some of the scenarios that my team has created, we seem to be all over the board. I wonder how much this argues *against* the idea of steps that are always purely declarative? What do you think?]]></description>
		<content:encoded><![CDATA[<p>Good stuff! Yeah, this gets confusing for me sometimes because I&#8217;m never sure if I&#8217;m providing too much detail or too little. One thing I know is that I don&#8217;t like a lot of repeating. But I see your point about the domain phrasing. If I use the domain phrase in the scenario title then it implies that I would use that same domain phrase in the steps but then of course I&#8217;m duplicating. On the other hand it would seem odd to me to not use the domain phrase since we all agreed which phrases to use. This is really interesting now that I think more about it. In looking at some of the scenarios that my team has created, we seem to be all over the board. I wonder how much this argues *against* the idea of steps that are always purely declarative? What do you think?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Communicating In a Test Description Language by Jeff Lucas</title>
		<link>http://testerstories.com/?p=931#comment-9141</link>
		<dc:creator>Jeff Lucas</dc:creator>
		<pubDate>Tue, 12 Mar 2013 14:27:01 +0000</pubDate>
		<guid isPermaLink="false">http://testerstories.com/?p=931#comment-9141</guid>
		<description><![CDATA[Thanks for posting this! Going through each of your examples, I understand the issue in abstraction vs specification that you present. But in each case, I started looking at each as a tester:

* How does each format spur me to ask questions about the context, risks, and alternate or overlooked scenarios?

* How can I document those questions and additional information in a format that will help test this test case later? (additional scenarios?, an expanded scenario?, associated notes?)

* How will each format ultimately provide a higher quality product from the team as a whole? (from the standpoint of business analysts, developers, testers, and customers)

I am not suggesting which is the better format or where the ultimate level of abstraction exists,  but the blog definitely got me thinking about how to address that within the context of my team. I always enjoy posts that make it difficult to finish reading because they send my imagination in multiple directions. Very good job!]]></description>
		<content:encoded><![CDATA[<p>Thanks for posting this! Going through each of your examples, I understand the issue in abstraction vs specification that you present. But in each case, I started looking at each as a tester:</p>
<p>* How does each format spur me to ask questions about the context, risks, and alternate or overlooked scenarios?</p>
<p>* How can I document those questions and additional information in a format that will help test this test case later? (additional scenarios?, an expanded scenario?, associated notes?)</p>
<p>* How will each format ultimately provide a higher quality product from the team as a whole? (from the standpoint of business analysts, developers, testers, and customers)</p>
<p>I am not suggesting which is the better format or where the ultimate level of abstraction exists,  but the blog definitely got me thinking about how to address that within the context of my team. I always enjoy posts that make it difficult to finish reading because they send my imagination in multiple directions. Very good job!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Seeking Requirements in TDL by Jeff Nyman</title>
		<link>http://testerstories.com/?p=960#comment-9132</link>
		<dc:creator>Jeff Nyman</dc:creator>
		<pubDate>Tue, 12 Mar 2013 11:40:43 +0000</pubDate>
		<guid isPermaLink="false">http://testerstories.com/?p=960#comment-9132</guid>
		<description><![CDATA[I think so, yes. Ideally, from my perspective, the scenario title makes it immediately clear what condition is being considered relative to the feature. The steps in each scenario simply flesh out the condition with some specifics. The extent to which you keep adding conditions may indicate that you should be using different scenarios. Actually, you have prompted another post on this very topic. (See: &lt;a href=&quot;http://testerstories.com/?p=968&quot; rel=&quot;nofollow&quot;&gt;Seeking Conditions in TDL&lt;/a&gt;.)]]></description>
		<content:encoded><![CDATA[<p>I think so, yes. Ideally, from my perspective, the scenario title makes it immediately clear what condition is being considered relative to the feature. The steps in each scenario simply flesh out the condition with some specifics. The extent to which you keep adding conditions may indicate that you should be using different scenarios. Actually, you have prompted another post on this very topic. (See: <a href="http://testerstories.com/?p=968" rel="nofollow">Seeking Conditions in TDL</a>.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Seeking Requirements in TDL by Tatiana</title>
		<link>http://testerstories.com/?p=960#comment-9073</link>
		<dc:creator>Tatiana</dc:creator>
		<pubDate>Mon, 11 Mar 2013 16:35:00 +0000</pubDate>
		<guid isPermaLink="false">http://testerstories.com/?p=960#comment-9073</guid>
		<description><![CDATA[Nice post, Jeff. This is something I&#039;ve struggled with as well in terms of explaining the level of detail with the scenario title. What I think I&#039;m hearing you say is that scenario titles can almost be differentiated solely by the test condition that they drive towards. Would that be accurate? So it sounds like the situation your tester friend was talking about was making the conditions more explicit in the scenario title whereas you are arguing to do so in steps?]]></description>
		<content:encoded><![CDATA[<p>Nice post, Jeff. This is something I&#8217;ve struggled with as well in terms of explaining the level of detail with the scenario title. What I think I&#8217;m hearing you say is that scenario titles can almost be differentiated solely by the test condition that they drive towards. Would that be accurate? So it sounds like the situation your tester friend was talking about was making the conditions more explicit in the scenario title whereas you are arguing to do so in steps?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Automated Testing with Watir and RSpec, Part 1 by Jeff Nyman</title>
		<link>http://testerstories.com/?p=298#comment-8701</link>
		<dc:creator>Jeff Nyman</dc:creator>
		<pubDate>Tue, 05 Mar 2013 12:47:33 +0000</pubDate>
		<guid isPermaLink="false">http://testerstories.com/?p=298#comment-8701</guid>
		<description><![CDATA[As far as it not working with Safari, part of the problem is that there is not a driver library (that I am aware of) that runs reliably enough on Safari with WebDriver. Chrome, for example, uses the ChromeDriver and Internet Explorer uses the IEServer. Firefox support tends to be built in. I&#039;m not aware of too much support for Safari. (In the world of Watir there was a SafariWatir driver, but I think that was before Watir-WebDriver.)]]></description>
		<content:encoded><![CDATA[<p>As far as it not working with Safari, part of the problem is that there is not a driver library (that I am aware of) that runs reliably enough on Safari with WebDriver. Chrome, for example, uses the ChromeDriver and Internet Explorer uses the IEServer. Firefox support tends to be built in. I&#8217;m not aware of too much support for Safari. (In the world of Watir there was a SafariWatir driver, but I think that was before Watir-WebDriver.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Automated Testing with Watir and RSpec, Part 1 by Priyanka</title>
		<link>http://testerstories.com/?p=298#comment-8485</link>
		<dc:creator>Priyanka</dc:creator>
		<pubDate>Mon, 25 Feb 2013 18:59:58 +0000</pubDate>
		<guid isPermaLink="false">http://testerstories.com/?p=298#comment-8485</guid>
		<description><![CDATA[Hi,

Thanks for this awesome tutorial.I tried running script &lt;strong&gt;testSpike_01.rb&lt;/strong&gt; with FF and Chrome , it works as expected.But why doesn&#039;t it works with safari?]]></description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Thanks for this awesome tutorial.I tried running script <strong>testSpike_01.rb</strong> with FF and Chrome , it works as expected.But why doesn&#8217;t it works with safari?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
