The unit test should just fail if the actual change you need is not
there, and pass if it is there. No need to pull in Rails, right?
--
Phlip
http://c2.com/cgi/wiki?ZeekLand
Brad reported a bug in Rails vs. RSpec vs. Wrong. I fixed it last week but it took me this long to write a failing test.
http://github.com/aslakhellesoy/cucumber-rails/blob/master/features/rails2.feature
http://github.com/aslakhellesoy/cucumber-rails/blob/master/features/rails3.feature
Far more readable than most bash scripts. :)
On Thu, Oct 21, 2010 at 4:00 AM, Alex Chaffee <al...@stinky.com> wrote:Brad reported a bug in Rails vs. RSpec vs. Wrong. I fixed it last week but it took me this long to write a failing test.Where is this bug ?I did not notice it on pivotal tracker nor github one ...
I also find out that rspec-rails-2 was not the same beast as mere rspec2 for wrongI found something that was working for me, but ran away when facing the writing a failing wrong test ...The requirements I had were- rails spec in [controllers, helpers, models, routing, views] can use wrong assert {}- mere spec in [lib] can use wrong assert {}
And I did not stop to write a failing test, had a spike, and continue with what I was doing, then forgotSo bad !
I did not notice it on pivotal tracker nor github one ...He emailed me and I emailed him back. I'm not in the habit of using the tracker(s).
Please see if version 0.4.3 fixes it.
require 'wrong'require 'rspec/rails/adapters'RSpec::Rails::TestUnitAssertionAdapter::AssertionDelegate.send(:include, Wrong)require 'wrong/adapters/rspec'
require 'wrong/adapters/rspec'