<?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: Concordion vs. Cucumber and Java based Acceptance Testing</title>
	<atom:link href="http://maxheapsize.com/2009/10/13/concordion-vs-cucumber-and-java-based-acceptance-testing/feed/" rel="self" type="application/rss+xml" />
	<link>http://maxheapsize.com/2009/10/13/concordion-vs-cucumber-and-java-based-acceptance-testing/</link>
	<description>Oliver Wehrens on Programming and Agile</description>
	<lastBuildDate>Thu, 29 Jul 2010 20:26:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Oliver Wehrens</title>
		<link>http://maxheapsize.com/2009/10/13/concordion-vs-cucumber-and-java-based-acceptance-testing/comment-page-1/#comment-7783</link>
		<dc:creator>Oliver Wehrens</dc:creator>
		<pubDate>Tue, 15 Jun 2010 17:28:54 +0000</pubDate>
		<guid isPermaLink="false">http://maxheapsize.com/?p=349#comment-7783</guid>
		<description>Yes, refactoring is a problem. Your specification needs to be stable and the adapter or DSL (Fixture in the picture above) needs to make sure to adapt.

I would also think that having a DSL for your business problem is the way to go. In my dreams even my business analyst can write a test (with code completion).</description>
		<content:encoded><![CDATA[<p>Yes, refactoring is a problem. Your specification needs to be stable and the adapter or DSL (Fixture in the picture above) needs to make sure to adapt.</p>
<p>I would also think that having a DSL for your business problem is the way to go. In my dreams even my business analyst can write a test (with code completion).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fabio Pereira</title>
		<link>http://maxheapsize.com/2009/10/13/concordion-vs-cucumber-and-java-based-acceptance-testing/comment-page-1/#comment-7773</link>
		<dc:creator>Fabio Pereira</dc:creator>
		<pubDate>Tue, 15 Jun 2010 04:55:10 +0000</pubDate>
		<guid isPermaLink="false">http://maxheapsize.com/?p=349#comment-7773</guid>
		<description>Hi Oliver,
I&#039;ve been using BDD for more than 2 years now in big distributed projects realised that it&#039;s very good in the beginning, however if we make some mistakes, especially no following your recommendatino of having a &quot;stable specification&quot;, we can get in trouble because the &quot;specification&quot; is usually a &quot;non-refactorable&quot; file (txt in JBehave, Html in Concordion, etc). Which means that, any change in these files will be painful. Furthermore, we don&#039;t have autocompletion when writing these files... 
Although, we can still have BDD practices without having to use these tools. I&#039;m not saying that the tools are not useful, they are very useful, but bear in mind their problems as well... Only use a tool if you really need to, otherwise, try something like this:
http://fabiopereira.me/blog/2010/05/28/bdd-with-scenario-code-dsl-sometimes-you-dont-need-a-tool

Cheers,</description>
		<content:encoded><![CDATA[<p>Hi Oliver,<br />
I&#8217;ve been using BDD for more than 2 years now in big distributed projects realised that it&#8217;s very good in the beginning, however if we make some mistakes, especially no following your recommendatino of having a &#8220;stable specification&#8221;, we can get in trouble because the &#8220;specification&#8221; is usually a &#8220;non-refactorable&#8221; file (txt in JBehave, Html in Concordion, etc). Which means that, any change in these files will be painful. Furthermore, we don&#8217;t have autocompletion when writing these files&#8230;<br />
Although, we can still have BDD practices without having to use these tools. I&#8217;m not saying that the tools are not useful, they are very useful, but bear in mind their problems as well&#8230; Only use a tool if you really need to, otherwise, try something like this:<br />
<a href="http://fabiopereira.me/blog/2010/05/28/bdd-with-scenario-code-dsl-sometimes-you-dont-need-a-tool" rel="nofollow">http://fabiopereira.me/blog/2010/05/28/bdd-with-scenario-code-dsl-sometimes-you-dont-need-a-tool</a></p>
<p>Cheers,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neil Thorne</title>
		<link>http://maxheapsize.com/2009/10/13/concordion-vs-cucumber-and-java-based-acceptance-testing/comment-page-1/#comment-4488</link>
		<dc:creator>Neil Thorne</dc:creator>
		<pubDate>Sun, 14 Feb 2010 19:10:28 +0000</pubDate>
		<guid isPermaLink="false">http://maxheapsize.com/?p=349#comment-4488</guid>
		<description>Hi,

I&#039;ve been using Concordion for the last 6 months now. Used to use Fitnesse.

I love the simplicity of Concordion and the fact that the author has a very strong grasp on what makes ATDD tests maintainable.

Haven&#039;t used Cucumber but I like the idea of natural language.

Worth mentioning that you can use Groovy rather than Java to write Concordion tests.

I&#039;ve got a full example on my blog here.

http://bit.ly/8FpyzX

great to see someone else writing about Concordion!

Neil</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I&#8217;ve been using Concordion for the last 6 months now. Used to use Fitnesse.</p>
<p>I love the simplicity of Concordion and the fact that the author has a very strong grasp on what makes ATDD tests maintainable.</p>
<p>Haven&#8217;t used Cucumber but I like the idea of natural language.</p>
<p>Worth mentioning that you can use Groovy rather than Java to write Concordion tests.</p>
<p>I&#8217;ve got a full example on my blog here.</p>
<p><a href="http://bit.ly/8FpyzX" rel="nofollow">http://bit.ly/8FpyzX</a></p>
<p>great to see someone else writing about Concordion!</p>
<p>Neil</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: O melhor da semana 13/12 a 19/12 &#171; QualidadeBR</title>
		<link>http://maxheapsize.com/2009/10/13/concordion-vs-cucumber-and-java-based-acceptance-testing/comment-page-1/#comment-3564</link>
		<dc:creator>O melhor da semana 13/12 a 19/12 &#171; QualidadeBR</dc:creator>
		<pubDate>Sun, 20 Dec 2009 23:49:42 +0000</pubDate>
		<guid isPermaLink="false">http://maxheapsize.com/?p=349#comment-3564</guid>
		<description>[...] Concordion vs. Cucumber and Java based Acceptance Testing &#8211; Oliver Wehrens (maxheapsize.com); [...]</description>
		<content:encoded><![CDATA[<p>[...] Concordion vs. Cucumber and Java based Acceptance Testing &#8211; Oliver Wehrens (maxheapsize.com); [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oliver Wehrens</title>
		<link>http://maxheapsize.com/2009/10/13/concordion-vs-cucumber-and-java-based-acceptance-testing/comment-page-1/#comment-2992</link>
		<dc:creator>Oliver Wehrens</dc:creator>
		<pubDate>Mon, 19 Oct 2009 16:32:37 +0000</pubDate>
		<guid isPermaLink="false">http://maxheapsize.com/?p=349#comment-2992</guid>
		<description>Cool, thanks.

I will try it out.</description>
		<content:encoded><![CDATA[<p>Cool, thanks.</p>
<p>I will try it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben Mabey</title>
		<link>http://maxheapsize.com/2009/10/13/concordion-vs-cucumber-and-java-based-acceptance-testing/comment-page-1/#comment-2991</link>
		<dc:creator>Ben Mabey</dc:creator>
		<pubDate>Mon, 19 Oct 2009 15:51:49 +0000</pubDate>
		<guid isPermaLink="false">http://maxheapsize.com/?p=349#comment-2991</guid>
		<description>Thanks for the nice writeup of the two frameworks! FYI, you can have cucumber output JUnit XML test results using the &#039;junit&#039; formatter.  (So... &#039;cucumber -f junit --out reports -f pretty&#039; will output the xml in the resports dir and also give you pretty output to the console.)  I don&#039;t know if that will help you but it has helped me in the context of build servers.</description>
		<content:encoded><![CDATA[<p>Thanks for the nice writeup of the two frameworks! FYI, you can have cucumber output JUnit XML test results using the &#8216;junit&#8217; formatter.  (So&#8230; &#8216;cucumber -f junit &#8211;out reports -f pretty&#8217; will output the xml in the resports dir and also give you pretty output to the console.)  I don&#8217;t know if that will help you but it has helped me in the context of build servers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oliver Wehrens</title>
		<link>http://maxheapsize.com/2009/10/13/concordion-vs-cucumber-and-java-based-acceptance-testing/comment-page-1/#comment-2950</link>
		<dc:creator>Oliver Wehrens</dc:creator>
		<pubDate>Tue, 13 Oct 2009 11:43:20 +0000</pubDate>
		<guid isPermaLink="false">http://maxheapsize.com/?p=349#comment-2950</guid>
		<description>@Stefan Yes, it is not a big difference. But still for Java I would prefer Concordion due to the better integration.</description>
		<content:encoded><![CDATA[<p>@Stefan Yes, it is not a big difference. But still for Java I would prefer Concordion due to the better integration.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefan Roock</title>
		<link>http://maxheapsize.com/2009/10/13/concordion-vs-cucumber-and-java-based-acceptance-testing/comment-page-1/#comment-2948</link>
		<dc:creator>Stefan Roock</dc:creator>
		<pubDate>Tue, 13 Oct 2009 10:36:32 +0000</pubDate>
		<guid isPermaLink="false">http://maxheapsize.com/?p=349#comment-2948</guid>
		<description>I use Concordion for Java und Cucumber for Ruby. I don&#039;t think that is that much difference.

Cucumber seems a little bit more smarter but I suspect thats due to Ruby and not due to Cucumber itself.</description>
		<content:encoded><![CDATA[<p>I use Concordion for Java und Cucumber for Ruby. I don&#8217;t think that is that much difference.</p>
<p>Cucumber seems a little bit more smarter but I suspect thats due to Ruby and not due to Cucumber itself.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
