RSpec controller testing - blank response.body

I am stuck with a problem when testing my controllers with RSpec - the response.body call always returns an empty string. In browser everything renders correctly, and cucumber feature tests seem to get it right, but RSpec fails each and every time.

Other expectations on the response object, such as response.should render_template('index') pass without any problems.

Have any of you encountered this problem before? Perhaps the response html can be obtained in some other way?

As for versions, Rails 2.1.0, RSpec 1.2.7.

By default, rspec-rails hacks into Rails to prevent it from actually rendering view templates. You should only test the behavior of your actions & filters your controller tests, not the outcome of template rendering — that's what view specs are for.

However, if you wish to make your controller specs render templates as the app normally would, use the render_views directive:

describe YourController do
  render_views
  ...
end

RSpec 2+: If you want to check end to end - url to response body - use a request spec instead of a controller spec.

As I worked with a similar problem (that led me to this question), it occurred to me that there are different ways to skin the same cat. In other words, rather than checking for the body text, you might be able to check the content of the flash.

response.body.should =~ /Invalid email or password/

might be an equivalent check to:

flash[:alert].should == "Invalid email or password"

To me the latter seems a bit more flexible as it will run either way, but it may not be appropriate in all cases.

Cheers,

John

By default, RSpec-rails configuration disables rendering of templates for controller specs

One of the ways to fix this is by making sure to enable the render_views setting in your rails_helper.rb file. In this way, you make it able to work globally in all your tests.

RSpec.configure do |config|
  config.render_views
end

Or use render_views declaration an individual group:

describe User do
  render_views
end

You can read more about this here.