David Chelimsky » RSpec

rspec-2.12 is released

November 12th, 2012

rspec-2.12 is a minor release (per SemVer), which includes numerous enhancements and bug fixes. It is fully backward compatible with previous rspec-2 releases and is a recommended upgrade for all users.

Thanks to all who contributed. Special thanks to Myron Marston and Andy Lindeman for their personal contributions to the code as well as a great job shepherding pull requests from several new contributors.

UPDATE: If you’re an rspec/rails/capybara user, be sure to read Andy Lindeman’s blog post on Capybara-2.0 and rspec-rails.

Docs

RDoc

Cucumber features

Release notes

rspec-core-2.12.0

Enhancements

Add support for custom ordering strategies for groups and examples. (Myron Marston)
JSON Formatter (Alex Chaffee)
Refactor rake task internals (Sam Phippen)
Refactor HtmlFormatter (Pete Hodgson)
Autotest supports a path to Ruby that contains spaces (dsisnero)
Provide a helpful warning when a shared example group is redefined. (Mark Burns).
--default_path can be specified as --default-path. --line_number can be specified as --line-number. Hyphens are more idiomatic command line argument separators (Sam Phippen).
A more useful error message is shown when an invalid command line option is used (Jordi Polo).
Add format_docstrings { |str| } config option. It can be used to apply formatting rules to example group and example docstrings. (Alex Tan)
Add support for an .rspec-local options file. This is intended to allow individual developers to set options in a git-ignored file that override the common project options in .rspec. (Sam Phippen)
Support for mocha 0.13.0. (Andy Lindeman)

Bug fixes

Remove override of ExampleGroup#ancestors. This is a core ruby method that RSpec shouldn’t override. Instead, define ExampleGroup#parent_groups. (Myron Marston)
Limit monkey patching of shared example/context declaration methods (shared_examples_for, etc.) to just the objects that need it rather than every object in the system (Myron Marston).
Fix Metadata#fetch to support computed values (Sam Goldman).
Named subject can now be referred to from within subject block in a nested group (tomykaira).
Fix fail_fast so that it properly exits when an error occurs in a before(:all) hook (Bradley Schaefer).
Make the order spec files are loaded consistent, regardless of the order of the files returned by the OS or the order passed at the command line (Jo Liss and Sam Phippen).
Ensure instance variables from before(:all) are always exposed from after(:all), even if an error occurs in before(:all) (Sam Phippen).
rspec --init no longer generates an incorrect warning about --configure being deprecated (Sam Phippen).
Fix pluralization of 1 seconds (Odin Dutton)
Fix ANSICON url (Jarmo Pertman)
Use dup of Time so reporting isn’t clobbered by examples that modify Time without properly restoring it. (David Chelimsky)

Deprecations

share_as is no longer needed. shared_context and/or RSpec::SharedContext provide better mechanisms (Sam Phippen).
Deprecate RSpec.configuration with a block (use RSpec.configure).

rspec-expectations-2.12.0

Enhancements

Colorize diffs if the --color option is configured. (Alex Coplan)
Include backtraces in unexpected errors handled by raise_error matcher (Myron Marston)
Print a warning when users accidentally pass a non-string argument as an expectation message (Sam Phippen)
=~ and match_array matchers output a more useful error message when the actual value is not an array (or an object that responds to #to_ary) (Sam Phippen)

Bug fixes

Fix include matcher so that expect({}).to include(:a => nil) fails as it should (Sam Phippen).
Fix be_an_instance_of matcher so that Class#to_s is used in the description rather than Class#inspect, since some classes (like ActiveRecord::Base) define a long, verbose #inspect. (Tom Stuart)

rspec-mocks-2.12.0

Enhancements

and_raise can accept an exception class and message, more closely matching Kernel#raise (e.g., foo.stub(:bar).and_raise(RuntimeError, "message")) (Bas Vodde)
Add and_call_original, which will delegate the message to the original method (Myron Marston).

Deprecations:

Add deprecation warning when using and_return with should_not_receive (Neha Kumari)

rspec-rails-2.12.0

Enhancements

Support validation contexts when using #errors_on (Woody Peterson)
Include RequestExampleGroup in groups in spec/api

Bug fixes

Add should and should_not to CollectionProxy (Rails 3.1+) and AssociationProxy (Rails 3.0). (Myron Marston)
controller.controller_path is set correctly for view specs in Rails 3.1+. (Andy Lindeman)
Generated specs support module namespacing (e.g., in a Rails engine). (Andy Lindeman)
render properly infers the view to be rendered in Rails 3.0 and 3.1 (John Firebaugh)
AutoTest mappings involving config/ work correctly (Brent J. Nordquist)
Failures message for be_new_record are more useful (Andy Lindeman)

Posted by David Filed in BDD, RSpec

rspec-2.11 is released!

July 7th, 2012

rspec-2.11.0 is out and filled with a bunch of new features. Big thanks to all who contributed, especially Justin Ko, Andy Lindeman (the newest addition to the RSpec core team) and Myron Marston for their great job addressing issues and shepherding pull requests.

Thanks also to Myron for all his work on two great new features: the new expectation syntax and support for stubbing constants.

rspec-core-2.11.0

Enhancements

Support multiple --example options. (Daniel Doubrovkine @dblock)
Named subject e.g. subject(:article) { Article.new }
- see http://blog.davidchelimsky.net/2012/05/13/spec-smell-explicit-use-of-subject/ for background.
- thanks to Bradley Schaefer for suggesting it and Avdi Grimm for almost suggesting it.
config.mock_with and config.expect_with yield custom config object to a block if given
- aids decoupling from rspec-core’s configuation
include_context and include_examples support a block, which gets eval’d in the current context (vs the nested context generated by it_behaves_like).
Add config.order = 'random' to the spec_helper.rb generated by rspec --init.
Delay the loading of DRb (Myron Marston).
Limit monkey patching of describe onto just the objects that need it rather than every object in the system (Myron Marston).

Bug fixes

Support alternative path separators. For example, on Windows, you can now do this: rspec spec\subdir. (Jarmo Pertman @jarmo)
When an example raises an error and an after or around hook does as well, print out the hook error. Previously, the error was silenced and the user got no feedback about what happened. (Myron Marston)
--require and -I are merged among different configuration sources (Andy Lindeman)
Delegate to mocha methods instead of aliasing them in mocha adapter.

rspec-expectations-2.11.0

Enhancements

Expand expect syntax so that it supports expections on bare values in addition to blocks (Myron Marston).
Add configuration options to control available expectation syntaxes (Myron Marston):
- RSpec.configuration.expect_with(:rspec) { |c| c.syntax = :expect }
- RSpec.configuration.expect_with(:rspec) { |c| c.syntax = :should }
- RSpec.configuration.expect_with(:rspec) { |c| c.syntax = [:should, :expect] }
- RSpec.configuration.add_should_and_should_not_to Delegator

Bug fixes

Allow only Numeric values to be the “actual” in the be_within matcher. This prevents confusing error messages. (Su Zhang @zhangsu)
Define should and should_not on BasicObject rather than Kernel on 1.9. This makes should and should_not work properly with BasicObject-subclassed proxy objects like Delegator. (Myron Marston)

rspec-mocks-2.11.0

Enhancements

expose ArgumentListMatcher as a formal API
- supports use by 3rd party mock frameworks like Surrogate
Add stub_const API to stub constants for the duration of an example (Myron Marston).

Bug fixes

Fix regression of edge case behavior. double.should_receive(:foo) { a } was causing a NoMethodError when double.stub(:foo).and_return(a, b) had been setup before (Myron Marston).
Infinite loop generated by using any_instance and dup. (Sidu Ponnappa @kaiwren)
double.should_receive(:foo).at_least(:once).and_return(a) always returns a even if :foo is already stubbed.
Prevent infinite loop when interpolating a null double into a string as an integer ("%i" % double.as_null_object). (Myron Marston)
Fix should_receive so that null object behavior (e.g. returning self) is preserved if no implementation is given (Myron Marston).
Fix and_raise so that it raises RuntimeError rather than Exception by default, just like ruby does. (Andrew Marshall)

rspec-rails-2.11.0

Enhancements

The generated spec/spec_helper.rb sets config.order = "random" so that specs run in random order by default.
rename render_template to have_rendered (and alias to render_template for backward compatibility)

Bug fixes

“uninitialized constant” errors are avoided when using using gems like rspec-rails-uncommitted that define Rspec::Rails before rspec-rails loads (Andy Lindeman)

Posted by David Filed in BDD, RSpec

rspec-expectations-2.9.1 is released!

April 3rd, 2012

This is a bug-fix only release, and is recommended for everybody using rspec-2.9.

Bug fixes

Provide a helpful message if the diff between two objects is empty.
Fix bug diffing single strings with multiline strings.
Fix for error with using custom matchers inside other custom matchers (mirasrael)
Fix using execution context methods in nested DSL matchers (mirasrael)

Posted by David Filed in BDD, RSpec, Ruby

rspec-2.9.0 is released!

March 17th, 2012

rspec-2.9.0 is released wtih lots of bug fixes and a few minor feature improvements as well. Enjoy!

rspec-core-2.9.0 / 2012-03-17

Enhancements

Support for “X minutes X seconds” spec run duration in formatter. (uzzz)
Strip whitespace from group and example names in doc formatter.
Removed spork-0.9 shim. If you’re using spork-0.8.x, you’ll need to upgrade to 0.9.0.

Bug fixes

Restore --full_backtrace option
Ensure that values passed to config.filter_run are respected when running over DRb (using spork).
Ensure shared example groups are reset after a run (as example groups are).
Remove rescue false from calls to filters represented as Procs
Ensure described_class gets the closest constant (pyromaniac)
In “autorun”, don’t run the specs in the at_exit hook if there was an exception (most likely due to a SyntaxError). (sunaku)
Don’t extend groups with modules already used to extend ancestor groups.
its correctly memoizes nil or false values (Yamada Masaki)

rspec-expectations-2.9.0 / 2012-03-17

Enhancements

Move built-in matcher classes to RSpec::Matchers::BuiltIn to reduce pollution of RSpec::Matchers (which is included in every example).
Autoload files with matcher classes to improve load time.

Bug fixes

Align respond_to? and method_missing in DSL-defined matchers.
Clear out user-defined instance variables between invocations of DSL-defined matchers.
Dup the instance of a DSL generated matcher so its state is not changed by subsequent invocations.
Treat expected args consistently across positive and negative expectations (thanks to Ralf Kistner for the heads up)

rspec-mocks-2.9.0 / 2012-03-17

Enhancements

Support order constraints across objects (preethiramdev)

Bug fixes

Allow a as_null_object to be passed to with
Pass proc to block passed to stub (Aubrey Rhodes)
Initialize child message expectation args to match any args (#109 - preethiramdev)

rspec-rails-2.9.0 / 2012-03-17

Enhancments

add description method to RouteToMatcher (John Wulff)
Run “db:test:clone_structure” instead of “db:test:prepare” if Active Record’s schema format is “:sql”. (Andrey Voronkov)

Bug fixes

mock_model(XXX).as_null_object.unknown_method returns self again
Generated view specs use different IDs for each attribute.

Posted by David Filed in RSpec, Rails, Ruby

Validations are behavior, associations are structure

February 12th, 2012

TL;DR:

TDD is about specifying behavior, not structure.
Validations are behavior, and should be specified.
Associations are structure, and need not be.

Disclaimer

This is my personal viewpoint, though it is not mine alone. YMMV.

Declarations

ActiveRecord provides a declarative interface for describing the structure and behavior of a model:

While syntactically similar, these two declarations do fundamentally different things.

Validations are behavior

The validates_presence_of :title declaration changes the behavior of the save method (and other methods that use save), and should be specified explicitly. Here’s an example using shoulda matchers:

Even though the matcher’s name looks just like the likely implementation, the validate_presence_of matcher specifies that you can not save an Article without a non-nil value for title, not that the validates_presence_of(:title) declaration exists.

Associations are structure

The has_many declaration exposes a comments method to clients that appears to be a collection of Comment objects. Doing Test-Driven Development, you would add this declaration when a specified behavior requires it e.g.

This example needs a comments method that returns a collection in order to pass. If it doesn’t exist already (because no other example drove you to add it), this would be all the motivation you need to introduce it. You don’t need an example that says it "should have_many(:comments)".

Testing the framework

Some will argue that we don’t need to spec validations either, suggesting that it "should validate_presence_of(:title)" is testing the Rails framework, which we trust is already tested. If you think of TDD as a combination of specification, documentation, and regression testing, then this argument falls short on the specification/documentation front because the validation is behavior and, thus, the spec should specify the validation.

Even if you view testing as nothing more than a safety net against regressions, the argument still falls down in the face of refactoring. If we add a Review class that also has_many(:comments) and validates_presence_of(:title), and we want to extract that behavior to a Postable module that gets included in both Article and Review, we’d want a regression test to fail if we failed to include either of those declarations in the Postable module.

But declarations are already declarative!

Another argument is that declarations supply sufficient documentation. e.g. we can look at rental_contract.rb and know that it validates the presence of :rentable:

This is an interesting argument that I think has some merit, but I think it would require an extraordinarily disciplined and consistent approach of using declarations 100% of the time in model files such that each one is the spec for that model, e.g.

100% may sound extreme, but as soon as we define a single method body in any one of the models, the declarative nature of the file begins to degrade, and so does its fitness for the purpose of specification. Plus, if we can only understand the expected behavior of a model by looking at both its spec and its implementation, we’ve lost some of the power of a test-driven approach.

What do you think?

Do you spec associations? If so, what value do you get from doing so? If not, have you run into situations where you wished you had?

Same questions for validations.

Posted by David Filed in RSpec, Ruby

rspec-rails-2.8.1 is released

January 5th, 2012

Bug fix release

The rails-3.2.0.rc2 release broke stub_model in rspec-rails-2.0.0 > 2.8.0. The rspec-rails-2.8.1 release fixes this issue, but it means that when you upgrade to rails-3.2.0.rc2 or greater, you’ll have to upgrade to rspec-rails-2.8.1 or greater.

Because rspec-rails-2.8.1 supports all versions of rails since 3.0, I recommend that you upgrade to rspec-rails-2.8.1 first, and then upgrade to rails-3.2.0.rc2 (or 3.2.0 once it’s out).

Changelog

http://rubydoc.info/gems/rspec-rails/file/Changelog.md

Docs

http://rubydoc.info/gems/rspec-rails
http://relishapp.com/rspec/rspec-rails

Posted by David Filed in BDD, RSpec, Rails, Ruby

RSpec-2.8 is released!

January 4th, 2012

We released RSpec-2.8.0 today with a host of new features and improvements since 2.7. Some of the highlights are described below, but you can see the full changelogs at:

Documentation

While not 100% complete yet, we’ve made great strides on RSpec’s RDoc:

http://rspec.info is now just a one pager (desperate for some design love - volunteers please email rspec-users@rubyforge.org). All the old pages are redirects to the relevant RDoc at http://rubydoc.info. RSpec-1 info is still available at http://old.rspec.info.

We’ve still got Cucumber features up at http://relishapp.com/rspec, but we’re going to be phasing that out as the primary source of documentation. There are a lot of reasons for this, and I’ll try to follow up with a separate blog post on this topic.

rspec-core

Improved support for tags and filtering

You can now set default tags/filters in either RSpec.configure or a .rspec file and override these tags on the command line. For example, this configuration tells rspec to run all the examples that are not tagged :slow:

# in spec/spec_helper.rb
RSpec.configure do |c|
  c.treat_symbols_as_metadata_keys_with_true_values = true
  c.filter_run_excluding :slow
end

Now when you want run those, you can just do this:

rspec --tag slow

This will override the configuration and run onlly the examples tagged :slow.

–order rand

We added an --order option with two supported values: rand and default.

rspec --order random (or rand) tells RSpec to run the groups in a random order, and then run the examples within each group in random order. We implemented it this way (rather than complete randomization of every example) because we don’t want to re-run expensive before(:all) hooks. A fair tradeoff, as the resulting randomization is just as effective at exposing order-dependency bugs.

When you use --order random, RSpec prints out the random number it used to seed the randomizer. When you think you’ve found an order-dependency bug, you can pass the seed along and the order will remain consistent:

--order rand:3455

--order default tells RSpec to load groups and examples as they are declared in each file.

rspec –init

We added an --init switch to the rspec command to generate a “spec” directory, and “.rspec” and “spec/spec_helper.rb” files with some starter code in them.

rspec-expectations

We discovered that the matcher DSL generates matchers that run considerably slower than classes which implement the matcher protocol. We made some minor improvements in the DSL, but to really improve things we re-implemented every single built-in matcher as a class.

Posted by David Filed in BDD, RSpec, Ruby

rspec-2.8.0.rc1 is released

November 6th, 2011

I just released rspec-2.8.0.rc1, which includes releases of rspec-core, rspec-expectations, rspec-mocks, and rspec-rails. Changelogs for each are at:

What’s new

Nothing really changed in rspec-rails or rspec-mocks, but rspec-core and rspec-expectations have both gotten some nice improvements.

Configuration (rspec-core)

rspec-core offers a number of configuration options which can be declared on the command line, in a config file (.rspec, ~/.rspec, or custom location), as well as in an RSpec.configure block (in spec/spec_helper.rb by convention). Before this release, some options, but not all, could be stored in config files and then overridden on the command line. The problems were that it was inconsistent (not all options worked this way), and we couldn’t override options that were set in RSpec.configure blocks.

With this release, almost all options declared in RSpec.configure can be overridden from the command line, and --tag options can override their inverses. For example, if you have this in .rspec:

--tag ~slow:true

That means “exclude examples tagged :slow => true“. So the following example would be excluded:

it "does something", :slow => true do
  # ...
end

You can also exclude that example from RSpec.configure like this:

RSpec.configure do |c|
  c.filter_run_excluding :slow => true
end

Note: the naming is different for historical reasons, and we will reconcile that in a future release, but for now, just know that --tag on the command line and in .rspec is synonymous with filter_run_[including|excluding] in RSpec.configure.

Override from command line

Whether the default is stored in .rspec or RSpec.configure, it can be overridden from the command line like this:

rspec --tag slow:true

“Profiles” in custom options files

The rspec command has an --options option that let’s store command line args in arbitrary files and tell RSpec where to find them. For example, you could set things up so your normal spec run excludes the groups and examples marked :slow by putting this in .rspec:

--tag ~slow

Now add a .slow file with:

--tag slow

Now run rspec to run everything but the slow specs, and run rspec --options .slow or rspec -O.slow to run the slow ones.

Override from Rake task

RSpec’s Rake task supports an rspec_opts config option, which means you can set up different groupings from rake tasks as well. The fast/slow example above would look like this:

namespace :spec do
  desc "runs the fast specs"
  RSpec::Core::RakeTask.new(:fast) do |t|
    t.rspec_opts = '--options .fast'
  end
  RSpec::Core::RakeTask.new(:slow) do |t|
    t.rspec_opts = '--options .slow'
  end
end

Or ..

namespace :spec do
  desc "runs the fast specs"
  RSpec::Core::RakeTask.new(:fast) do |t|
    t.rspec_opts = '--tag ~slow'
  end
  RSpec::Core::RakeTask.new(:slow) do |t|
    t.rspec_opts = '--tag slow'
  end
end

Implicit `true` value for tags/filters

This is not new in rspec-2.8, but all the tags/filters in the example above can be written without explicitly typing true:

--tag slow
--tag ~slow

RSpec.configure {|c| c.filter_run_excluding :slow}
 
it "does something", :slow do

You have to set a config option to enable this in rspec-2.x:

RSpec.configure {|c| c.treat_symbols_as_metadata_keys_with_true_values = true}

In rspec-3.0, this will be the default, but without setting this value in 2.x you’ll get a deprecation warning when you try to configure things this way. It’s ugly, I know, but this enabled us to introduce the new behavior without breaking compatibility with some suites in a minor release.

Ordering

With 2.8, you can now run the examples in random order, using the new --order option:

--order rand

The order is randomized with some reasonable caveats:

top level example groups are randomized
nested groups are randomized within their parent group
examples are randomized within their group

This provides a very useful level of randomization while maintaining the integrity of before/after hooks, subject, let, etc.

If you want to run the examples in the default ordering (file-system load order for files and declaration order for groups/examples), you can override the order from the command line:

--order default

Pseudo-randomization

The randomization is managed by Ruby’s pseudo-randomization. This means that if you find an order dependency and want to debug/fix it, you can fix the order by providing the same seed for each run:

--order rand:1234

The seed is printed to the console with each run, so you can just copy it to the command. You can also just specify the seed, which RSpec will assume means you want to run with --order rand:

--seed 1234

Every time you run the suite with the same seed, the examples will run in the same “random” order.

Built-in matchers are all classes in rspec-expectations

The Matcher DSL in rspec-expectations makes it dead simple to define custom matchers that suit your domain. The problem is that it is several times slower than defining a class to do so. While this doesn’t make much difference when you have a custom matcher that you use a few dozen times (where talking hundredths of seconds here), it does make a difference if every single matcher invocation in your entire suite suffers this problem.

The short term fix is that all of the built-in matchers have been re-implemented as classes rather than using the DSL to declare them. This has the added benefit of making it easier to navigate the code and RDoc

Longer term, we’ll try to refactor the internals of the matcher DSL so that it generates a class at declaration time. Eventually.

Summing up

So that’s it. Nothing ground breaking. Nothing compatibility breaking. But some nice new features and improvements that will make your life just a little bit nicer when you upgrade. We’re doing a release candidate because enough changed internally that I want to give you time to try it out, so please, please do so! And please report any issues you’re having with this upgrade to:

Assuming there are no significant issues, I’ll release 2.8 final within a week or two.

Happy spec’ing!

David

Posted by David Filed in BDD, RSpec, Ruby

rspec-core 2.7.1 is released!

October 20th, 2011

rspec-core-2.7.1

Bug fixes
- tell autotest the correct place to find the rspec executable

Posted by David Filed in BDD, RSpec, Ruby

rspec-2.7.0 is released!

October 16th, 2011

We’re pleased to announce the release of rspec-2.7.0. Release notes for each gem are listed below, but here are a couple of highlights:

Just type `rspec`

With the the 2.7.0 release, if you keep all of your specs in the conventional spec directory, you don’t need to follow the rspec command with a path. Just type rspec.

If you keep your specs in a different directory, just set the --default_path option to that directory on the command line, or in a .rspec config file.

The rake task now lets Bundler manage Bundler

The RSpec::Core::RakeTask invokes the rspec command in a subshell. In recent releases, it assumed that you wanted it prefixed with bundle exec if it saw a Gemfile. We then added gemfile and skip_bundler options to the task, so you could manage this in different ways.

It turns out that Bundler manages this quite well without any help from RSpec. If you activate Bundler in the parent shell, via the command line or Bundler.setup, it sets environment variables that activate Bundler in the subshell with the correct gemfile.

The gemfile and skip_bundler options are therefore deprecated and have no effect.

Release Notes

rspec-core-2.7.0

NOTE: RSpec’s release policy dictates that there should not be any backward incompatible changes in minor releases, but we’re making an exception to release a change to how RSpec interacts with other command line tools.

As of 2.7.0, you must explicity require "rspec/autorun" unless you use the rspec command (which already does this for you).

Enhancements
- Add example.exception (David Chelimsky)
- --default_path command line option (Justin Ko)
- support multiple --line_number options (David J. Hamilton)
  - also supports path/to/file.rb:5:9 (runs examples on lines 5 and 9)
- Allow classes/modules to be used as shared example group identifiers (Arthur Gunn)
- Friendly error message when shared context cannot be found (Sławosz Sławiński)
- Clear formatters when resetting config (John Bintz)
- Add xspecify and xexample as temp-pending methods (David Chelimsky)
- Add --no-drb option (Iain Hecker)
- Provide more accurate run time by registering start time before code is loaded (David Chelimsky)
- Rake task default pattern finds specs in symlinked dirs (Kelly Felkins)
- Rake task no longer does anything to invoke bundler since Bundler already handles it for us. Thanks to Andre Arko for the tip.
- Add --failure-exit-code option (Chris Griego)
Bug fixes
- Include Rake::DSL to remove deprecation warnings in Rake > 0.8.7 (Pivotal Casebook)
- Only eval let block once even if it returns nil (Adam Meehan)
- Fix --pattern option (wasn’t being recognized) (David Chelimsky)
- Only implicitly require "rspec/autorun" with the rspec command (David Chelimsky)
- Ensure that rspec’s at_exit defines the exit code (Daniel Doubrovkine)
- Show the correct snippet in the HTML and TextMate formatters (Brian Faherty)

rspec-expectations-2.7.0

Enhancements
- HaveMatcher converts argument using to_i (Alex Bepple & Pat Maddox)
- Improved failure message for the have_xxx matcher (Myron Marston)
- HaveMatcher supports count (Matthew Bellantoni)
- Change matcher dups Enumerable before the action, supporting custom Enumerable types like CollectionProxy in Rails (David Chelimsky)
Bug fixes
- Fix typo in have(n).xyz documentation (Jean Boussier)
- fix safe_sort for ruby 1.9.2 (Kernel now defines <=> for Object) (Peter van Hardenberg)

rspec-mocks-2.7.0

Enhancements
- Use __send__ rather than send (alextk)
- Add support for any_instance.stub_chain (Sidu Ponnappa)
- Add support for any_instance argument matching based on with (Sidu Ponnappa and Andy Lindeman)
Changes
- Check for failure_message_for_should or failure_message instead of description to detect a matcher (Tibor Claassen)
Bug fixes
- pass a hash to any_instance.stub. (Justin Ko)
- allow to_ary to be called without raising NoMethodError (Mikhail Dieterle)
- any_instance properly restores private methods (Sidu Ponnappa)

rspec-rails-2.7.0

Enhancments
- ActiveRecord::Relation can use the =~ matcher (Andy Lindeman)
- Make generated controller spec more consistent with regard to ids (Brent J. Nordquist)
- Less restrictive autotest mapping between spec and implementation files (José Valim)
- require 'rspec/autorun' from generated spec_helper.rb (David Chelimsky)
- add bypass_rescue (Lenny Marks)
- route_to accepts query string (Marc Weil)
Internal
- Added specs for generators using ammeter (Alex Rothenberg)
Bug fixes
- Fix configuration/integration bug with rails 3.0 (fixed in 3.1) in which fixure_file_upload reads from ActiveSupport::TestCase.fixture_path and misses RSpec’s configuration (David Chelimsky)
- Support nested resource in view spec generator (David Chelimsky)
- Define primary_key on class generated by mock_model("WithAString") (David Chelimsky)

Posted by David Filed in BDD, RSpec, Rails