<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Introducing rbehave</title>
	<atom:link href="http://dannorth.net/2007/06/17/introducing-rbehave/feed/" rel="self" type="application/rss+xml" />
	<link>http://dannorth.net/2007/06/17/introducing-rbehave/</link>
	<description>embracing uncertainty</description>
	<lastBuildDate>Thu, 02 Feb 2012 20:47:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: NBehave и BDD &#171; C:Maxim</title>
		<link>http://dannorth.net/2007/06/17/introducing-rbehave/#comment-8167</link>
		<dc:creator><![CDATA[NBehave и BDD &#171; C:Maxim]]></dc:creator>
		<pubDate>Sun, 31 Oct 2010 13:44:03 +0000</pubDate>
		<guid isPermaLink="false">http://dannorth.net/2007/06/introducing-rbehave#comment-8167</guid>
		<description><![CDATA[[...] Introducing rbehave [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Introducing rbehave [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: emson&#8230; &#187; Blog Archive &#187; Understanding RSpec Stories &#8211; a Tutorial</title>
		<link>http://dannorth.net/2007/06/17/introducing-rbehave/#comment-7861</link>
		<dc:creator><![CDATA[emson&#8230; &#187; Blog Archive &#187; Understanding RSpec Stories &#8211; a Tutorial]]></dc:creator>
		<pubDate>Mon, 18 Jan 2010 09:12:45 +0000</pubDate>
		<guid isPermaLink="false">http://dannorth.net/2007/06/introducing-rbehave#comment-7861</guid>
		<description><![CDATA[[...] Dan North created rbehave which is the Story framework and he describes it as: [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Dan North created rbehave which is the Story framework and he describes it as: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Open Coding &#187; Behavior-Driven Development with NBehave</title>
		<link>http://dannorth.net/2007/06/17/introducing-rbehave/#comment-7860</link>
		<dc:creator><![CDATA[Open Coding &#187; Behavior-Driven Development with NBehave]]></dc:creator>
		<pubDate>Fri, 11 Dec 2009 07:57:23 +0000</pubDate>
		<guid isPermaLink="false">http://dannorth.net/2007/06/introducing-rbehave#comment-7860</guid>
		<description><![CDATA[[...] powerful. Here is what its authors say about NBehave: Based on Dan North&#8217;s initial vision of rbehave and utilizing the behavioral domain specific language (DSL)of Behavior Driven Design (BDD) we [...]]]></description>
		<content:encoded><![CDATA[<p>[...] powerful. Here is what its authors say about NBehave: Based on Dan North&#8217;s initial vision of rbehave and utilizing the behavioral domain specific language (DSL)of Behavior Driven Design (BDD) we [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Björn Rochel&#8217;s weblog &#187; A new syntax for xUnit.BDDExtensions ???</title>
		<link>http://dannorth.net/2007/06/17/introducing-rbehave/#comment-7859</link>
		<dc:creator><![CDATA[Björn Rochel&#8217;s weblog &#187; A new syntax for xUnit.BDDExtensions ???]]></dc:creator>
		<pubDate>Thu, 27 Nov 2008 13:39:50 +0000</pubDate>
		<guid isPermaLink="false">http://dannorth.net/2007/06/introducing-rbehave#comment-7859</guid>
		<description><![CDATA[[...] Having said that, here is what I came up with. It&#039;s heavily inspired by MSpec and RBehave. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Having said that, here is what I came up with. It&#8217;s heavily inspired by MSpec and RBehave. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MisBehave 0.1: Oslo’s MGrammar for BDD Executable Specifications</title>
		<link>http://dannorth.net/2007/06/17/introducing-rbehave/#comment-7858</link>
		<dc:creator><![CDATA[MisBehave 0.1: Oslo’s MGrammar for BDD Executable Specifications]]></dc:creator>
		<pubDate>Mon, 10 Nov 2008 01:45:35 +0000</pubDate>
		<guid isPermaLink="false">http://dannorth.net/2007/06/introducing-rbehave#comment-7858</guid>
		<description><![CDATA[[...] (e.g. a Given step can run an equivalent Given method). The list is growing fast: JBehave, RBehave, NBehave, RSPec, Cucumber, and so on. At InneWorkings, we experimented for a long time with various [...]]]></description>
		<content:encoded><![CDATA[<p>[...] (e.g. a Given step can run an equivalent Given method). The list is growing fast: JBehave, RBehave, NBehave, RSPec, Cucumber, and so on. At InneWorkings, we experimented for a long time with various [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan North</title>
		<link>http://dannorth.net/2007/06/17/introducing-rbehave/#comment-7857</link>
		<dc:creator><![CDATA[Dan North]]></dc:creator>
		<pubDate>Fri, 22 Feb 2008 14:47:07 +0000</pubDate>
		<guid isPermaLink="false">http://dannorth.net/2007/06/introducing-rbehave#comment-7857</guid>
		<description><![CDATA[Hi Venu.

Thanks for your suggestions. I hope I can help.

Since I wrote this article, RBehave has become the &lt;a href=&#039;http://rspec.info/&#039; rel=&quot;nofollow&quot;&gt;rspec story framework&lt;/a&gt;. The rspec team has put a lot of effort into making the story syntax cleaner (you can now specify scenarios as plain text!) and separating out the ruby code. You can also manage different groups of steps separately, which will allow you to do exactly what you are describing with separating out the detail of the scenarios.

You should start using the &lt;a href=&#039;http://rspec.info/&#039; rel=&quot;nofollow&quot;&gt;rspec story framework&lt;/a&gt; because I won&#039;t be making any more separate releases of rbehave.]]></description>
		<content:encoded><![CDATA[<p>Hi Venu.</p>
<p>Thanks for your suggestions. I hope I can help.</p>
<p>Since I wrote this article, RBehave has become the <a href='http://rspec.info/' rel="nofollow">rspec story framework</a>. The rspec team has put a lot of effort into making the story syntax cleaner (you can now specify scenarios as plain text!) and separating out the ruby code. You can also manage different groups of steps separately, which will allow you to do exactly what you are describing with separating out the detail of the scenarios.</p>
<p>You should start using the <a href='http://rspec.info/' rel="nofollow">rspec story framework</a> because I won&#8217;t be making any more separate releases of rbehave.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Venu</title>
		<link>http://dannorth.net/2007/06/17/introducing-rbehave/#comment-7856</link>
		<dc:creator><![CDATA[Venu]]></dc:creator>
		<pubDate>Fri, 22 Feb 2008 13:51:22 +0000</pubDate>
		<guid isPermaLink="false">http://dannorth.net/2007/06/introducing-rbehave#comment-7856</guid>
		<description><![CDATA[In the example described above, for the Scenario &quot;savings account is in credit&quot;

at the line                 &quot;Then my savings account balance should be $80&quot;
I changed it to             &quot;Then my savings account balance should be $85&quot;

then both the scenarios fail and the result is as shown below

Running 2 scenarios:
FF

2 scenarios: 0 succeeded, 2 failed, 0 pending

FAILURES:
1) transfer to cash account (savings account is in credit) FAILED
Spec::Expectations::ExpectationNotMetError: expected: 85,
     got: 80 (using ==)
e.rb:39:in `my savings account balance should be&#039;
e.rb:38
e.rb:24

2) transfer to cash account (savings account is overdrawn) FAILED
RBehave::UnknownStepException: my cash account balance should be
e.rb:51
e.rb:24



I expected the 2nd test to pass, and it is giving a Unknown Step Exception.   Is this a bug ??


I have one more suggestion.   Is there any way we can make the scenario where we put in the logic as a more generalized one with appropirate ruby code, and keep the other set of scenarios as written by a business analyst, as separate set.]]></description>
		<content:encoded><![CDATA[<p>In the example described above, for the Scenario &#8220;savings account is in credit&#8221;</p>
<p>at the line                 &#8220;Then my savings account balance should be $80&#8243;<br />
I changed it to             &#8220;Then my savings account balance should be $85&#8243;</p>
<p>then both the scenarios fail and the result is as shown below</p>
<p>Running 2 scenarios:<br />
FF</p>
<p>2 scenarios: 0 succeeded, 2 failed, 0 pending</p>
<p>FAILURES:<br />
1) transfer to cash account (savings account is in credit) FAILED<br />
Spec::Expectations::ExpectationNotMetError: expected: 85,<br />
     got: 80 (using ==)<br />
e.rb:39:in `my savings account balance should be&#8217;<br />
e.rb:38<br />
e.rb:24</p>
<p>2) transfer to cash account (savings account is overdrawn) FAILED<br />
RBehave::UnknownStepException: my cash account balance should be<br />
e.rb:51<br />
e.rb:24</p>
<p>I expected the 2nd test to pass, and it is giving a Unknown Step Exception.   Is this a bug ??</p>
<p>I have one more suggestion.   Is there any way we can make the scenario where we put in the logic as a more generalized one with appropirate ruby code, and keep the other set of scenarios as written by a business analyst, as separate set.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Test Early &#187; Executable documentation the easy way</title>
		<link>http://dannorth.net/2007/06/17/introducing-rbehave/#comment-7855</link>
		<dc:creator><![CDATA[Test Early &#187; Executable documentation the easy way]]></dc:creator>
		<pubDate>Sun, 11 Nov 2007 14:24:30 +0000</pubDate>
		<guid isPermaLink="false">http://dannorth.net/2007/06/introducing-rbehave#comment-7855</guid>
		<description><![CDATA[[...] seen the light with RSpec and indeed, rbehave, I found myself wanting the same simple expressiveness in Java&#8211; accordingly, I began [...]]]></description>
		<content:encoded><![CDATA[<p>[...] seen the light with RSpec and indeed, rbehave, I found myself wanting the same simple expressiveness in Java&#8211; accordingly, I began [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Links for 31 October 2007 (Ruby, Rails, Rails Plugins, RSpec, RBehave, CSS, JavaScript) &#171; exceptionz</title>
		<link>http://dannorth.net/2007/06/17/introducing-rbehave/#comment-7853</link>
		<dc:creator><![CDATA[Links for 31 October 2007 (Ruby, Rails, Rails Plugins, RSpec, RBehave, CSS, JavaScript) &#171; exceptionz]]></dc:creator>
		<pubDate>Wed, 31 Oct 2007 02:01:35 +0000</pubDate>
		<guid isPermaLink="false">http://dannorth.net/2007/06/introducing-rbehave#comment-7853</guid>
		<description><![CDATA[[...] Introducing RBehave [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Introducing RBehave [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Links for 31 October 2007 (Ruby, Rails, Rails Plugins, RSpec, RBehave, CSS, JavaScript) &#171; exceptionz</title>
		<link>http://dannorth.net/2007/06/17/introducing-rbehave/#comment-7854</link>
		<dc:creator><![CDATA[Links for 31 October 2007 (Ruby, Rails, Rails Plugins, RSpec, RBehave, CSS, JavaScript) &#171; exceptionz]]></dc:creator>
		<pubDate>Wed, 31 Oct 2007 02:01:35 +0000</pubDate>
		<guid isPermaLink="false">http://dannorth.net/2007/06/introducing-rbehave#comment-7854</guid>
		<description><![CDATA[[...] Introducing RBehave [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Introducing RBehave [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

