Totally agree with this - I&#39;m happy to work with specs that just define a single bit of the system&#39;s behaviour (i.e. &quot;unit tests&quot;) and specs that define behaviour across several different parts of the system (i.e. &quot;integration tests&quot;) - but it drives me mad when they are all mixed in together, rather than in different directory trees.<br>
<br>Incidentally, is there a good naming scheme for this distinction in the BDD world?&nbsp; I&#39;m used to saying &quot;unit tests&quot;, &quot;integration tests&quot;, &quot;acceptance tests&quot; (though the precise meaning of the last two seems to vary widely between different organisations!) but I&#39;m not sure what to call them in rspec-land.&nbsp; &quot;unit specs&quot;?&nbsp; &quot;stories&quot; in story-runner?<br>
<br>- Korny<br><br><div class="gmail_quote">On Thu, Feb 28, 2008 at 3:01 PM, Maurício Linhares &lt;<a href="mailto:mauricio.linhares@gmail.com">mauricio.linhares@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Tue, Feb 26, 2008 at 2:59 AM, aslak hellesoy<br>
&lt;<a href="mailto:aslak.hellesoy@gmail.com">aslak.hellesoy@gmail.com</a>&gt; wrote:<br>
&gt; &nbsp;&gt; &nbsp;I also had to go into specs on a project I&#39;m not working on, and found<br>
&gt; &nbsp;&gt; &nbsp;an unholy hive of database-accessing specs. It&#39;s disheartening.<br>
&gt; &nbsp;&gt; &nbsp;Basically, it&#39;s cargo cult development practices - using the &quot;best<br>
&gt; &nbsp;&gt; &nbsp;practice&quot; without actually understanding it.<br>
&gt; &nbsp;&gt;<br>
&gt;<br>
&gt; &nbsp;What &quot;best practice&quot; are you referring to?<br>
&gt;<br>
<br>
</div>I&#39;m also interested in discovering what is this &quot;best practice&quot;.<br>
<br>
I can&#39;t see any problem in specs running against a database, that&#39;s<br>
exactly what integration testing is about, shouldn&#39;t we do integration<br>
testing just because we&#39;re using BDD? I really don&#39;t think so.<br>
<br>
The big problem about specs running against a database is not knowing<br>
that it&#39;s integration testing and also that specs that access<br>
databases run slower than &quot;pure&quot; unit tests, but you can&#39;t be sure<br>
that your app works without a bunch of integration tests.<br>
<font color="#888888"><br>
--<br>
Maurício Linhares<br>
<a href="http://alinhavado.wordpress.com/" target="_blank">http://alinhavado.wordpress.com/</a> (pt-br) |<br>
<a href="http://codeshooter.wordpress.com/" target="_blank">http://codeshooter.wordpress.com/</a> (en)<br>
João Pessoa, PB, +55 83 8867-7208<br>
</font><div><div></div><div class="Wj3C7c">_______________________________________________<br>
rspec-users mailing list<br>
<a href="mailto:rspec-users@rubyforge.org">rspec-users@rubyforge.org</a><br>
<a href="http://rubyforge.org/mailman/listinfo/rspec-users" target="_blank">http://rubyforge.org/mailman/listinfo/rspec-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Kornelis Sietsma &nbsp;korny at my surname dot com<br>kornys at gmail dot com on google chat -- kornys on skype<br>&quot;we do what we must, because we can&quot;