Makes writing nice RSpec tests a little easier by providing a expect_it
helper
and a few helpful variations.
Compatible with:
- Ruby 1.9.3 and greater
- RSpec 3.0.0 and greater
Add this line to your application's Gemfile:
gem "rspec-expect_it"
And then execute:
$ bundle
The main feature is the expect_it
helper, which is equivalent to expect(subject)
with lazy evaluation.
subject { "MyString" }
specify { expect_it.to eq "MyString" }
When you use expect_it
the subject
will be evaluated lazily. That is, the matcher
will be evaluated before the subject. This can be very helpful, for example:
let(:posts) { FactoryGirl.create_list :posts, 3 }
subject { get :index; assigns(:posts) }
specify { expect_it.to eq posts }
If you were using expect(subject)
you would have to use let!(:posts)
.
If you want eager evaluation of the subject, use expect_it!
.
subject { @value += 1 }
specify { expect_it!.to eq @value }
Calling expect_it{}
is equivalent to expect{subject}
.
subject { @value += 1 }
specify { expect_it{}.to change{@value}.by(1) }
Calling expect_its(:method)
is equivalent to expect(subject.method)
.
subject { "foobar" }
specify { expect_its(:length).to eq 6 }
If you want eager evaluation of the subject and method call, use expect_its!
.
subject { @value += 1 }
specify { expect_its!(:to_s).to eq @value.to_s }
The expect_it_safe{}
helper is the same as expect_it{}
, except that it will
swallow any exceptions raised in the subject (but not in matchers(. This can be
helpful when testing failure scenarios.
subject { raise Exception; @value = 12 }
specify { expect_it_safe{}.to_not change{@value} }
- Fork it
- Create your feature branch (
git checkout -b my-new-feature
) - Add your feature and specs.
- Commit your changes (
git commit -am 'Add some feature'
) - Push to the branch (
git push origin my-new-feature
) - Create new Pull Request