<div dir="ltr"><div>For database tests, you can try switching to an in memory database 
to increase test times.  We were hacking this with MySQL by sticking the
 MySQL data files on a ramdisk (google for it, there are some articles 
out there explaining how to do this).<br>
<br></div>Also, you can try running tests that don't actually have a 
dependency on the rails environment without it, perhaps by sticking them
 in different folders under test (i.e test/unit, test/db, ...)</div><div class="gmail_extra"><br><br><div class="gmail_quote">On 5 December 2013 11:20, Mr Jaba <span dir="ltr"><<a href="mailto:the.jaba@gmail.com" target="_blank">the.jaba@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Everyone, <div><br></div><div>I've recently taken ownership of a new project with a large test suite (2000ish tests), and the overall run time is around 30 minutes which is certainly less than ideal! </div>

<div><br></div><div>Now I know the general approach to "Fast Rails Tests" but taking the time to refactor the whole test suite is a bit too much right now. I'm wondering if anyone has experience of transforming a test suite of this magnitude to something a bit speedier? If so how did you go about it? What tips, tricks and techniques can you share? </div>

<div><br></div><div>A bit more info:</div><div><br></div><div>- Test::Unit tests, moving to Minitest</div><div>- Rails 3.2.16</div><div>- Running parallel_tests shaved 5 mins off the time</div><div>- Using Spring to reduce Rails load time. </div>

<div><br></div><div>Any advice gratefully received!</div><div><br></div><div>Tom</div></div>
<br>_______________________________________________<br>
Chat mailing list<br>
<a href="mailto:Chat@lists.lrug.org">Chat@lists.lrug.org</a><br>
<a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
<br></blockquote></div><br></div>