public
Description: Simplifying tests!
Homepage: http://www.nomedojogo.com/category/remarkable/
Clone URL: git://github.com/carlosbrando/remarkable.git
Click here to lend your support to: remarkable and make a donation at www.pledgie.com !
carlosbrando (author)
Thu Oct 29 13:32:03 -0700 2009
commit  e80ffb556c934f9806623898ad59684f1e8ee53d
tree    a3f090e58720b3b73ecee0ffdada76a74796b73e
parent  0ed320c910719926d007e04e811fabc16933085b
remarkable / remarkable_rails
name age message
..
file CHANGELOG Fri Jul 17 16:12:03 -0700 2009 Also allow should route().from syntax. [josevalim]
file LICENSE Thu Apr 09 03:46:57 -0700 2009 Added LICENSE files. [josevalim]
file README Wed Sep 02 01:14:04 -0700 2009 Minor documentation fix. [wildchild]
file Rakefile Tue Sep 08 02:08:27 -0700 2009 Remove 2.1.2 dependency and kick remarkable act... [josevalim]
file init.rb Wed Apr 08 05:00:20 -0700 2009 Allow remarkable to work as a plugin. [josevalim]
directory lib/ Mon Aug 24 06:43:25 -0700 2009 procs inside of arrays in :with and :returns op... [yolk]
directory locale/ Tue Apr 21 14:43:37 -0700 2009 Added set_cookies matcher [#51 status:resolved] [josevalim]
directory spec/ Thu Oct 29 13:32:03 -0700 2009 All tests running successfully! [carlosbrando]
remarkable_rails/README
= Remarkable Rails

Remarkable Rails is a collection of matchers to Rails. This package has some
ActionController matchers and soon some ActionView matchers.

Whenever using the Remarkable Rails gem, it will automatically add your ActiveRecord
matchers. So just one line is needed to install both:

  sudo gem install remarkable_rails

If you are using Rails 2.3, you need to have this configuration on your
config/environments/test.rb:

  config.gem "rspec",            :lib => false
  config.gem "rspec-rails",      :lib => false
  config.gem "remarkable_rails", :lib => false

And then require remarkable inside your spec_helper.rb, after "spec/rails":

  require 'spec/rails'
  require 'remarkable_rails'

== Matchers & Macros

The supported matchers and macros are:

  assign_to, filter_params, render_with_layout, respond_with, 
  respond_with_content_type, route, set_session and set_the_flash matchers.

In Remarkable 3.0, we also ported and extended redirect to and render template
from rspec rails matchers to provide I18n. You can also do:

  render_template 'edit', :layout => 'default'
  respond_with 404, :content_type => Mime::XML, :body => /Not found/

== Macro stubs

Another cool feature in Remarkable 3.0 is macro stubs, which makes your mocks
and stubs DRY and easier to maintain. An rspec default scaffold would be:

  describe TasksController do
    def mock_task(stubs={})
      @task ||= mock_model(Task, stubs)
    end

    describe “responding to #POST create” do
      it "exposes a newly created task as @task" do
        Task.should_receive(:new).with({'these' => 'params'}).
                                  and_return(mock_task(:save => true))
        post :create, :task => {:these => 'params'}
        assigns[:task].should equal(mock_task)
      end

      it "redirects to the created task" do
        Task.stub!(:new).and_return(mock_task(:save => true))
        post :create, :task => {}
        response.should redirect_to(task_url(mock_task))
      end
    end
  end

An equivalent in remarkable would be:

  describe TasksController do
    mock_models :task

    describe :post => :create, :task => { :these => 'params' } do
      expects :new,  :on => Task, :with => {'these' => 'params'}, :returns => task_proc
      expects :save, :on => task_proc, :returns => true

      should_assign_to :task, :with => task_proc
      should_redirect_to { task_url(mock_task) }
    end
  end

It automatically performs the action before running each macro. It executes the
expects as expectations (:should_receive), but you can supply :with_stubs => true
if you want it to be executed with stubs.

There are also params and mime methods:

  describe TasksController
    params :project_id => 42
    mime Mime::HTML

    describe :get => :show, :id => 37 do
      should_assign_to :project, :task

      describe Mime::XML do
        should_assign_to :project, :task
      end
    end
  end

And much more. Be sure to check macro stubs documentation.

== Rails plugin developers

Remarkable automatically loads files at the remarkable directory on your plugins
and frozen gems if RAILS_ROOT is defined. The lookup happens like this:

  RAILS_ROOT/spec/remarkable
  RAILS_ROOT/vendor/gems/*/remarkable
  RAILS_ROOT/vendor/plugins/*/remarkable

Remarkable will load both ruby files (.rb) and Remarkable locale files (.yml).

The only step remaining is to include the matchers, which Remarkable will not
do automatically if the user is not using a Remarkable namespace. For example,
if the developer includes his matchers to Remarkable::ActiveRecord::Matchers,
the matchers will be automatically available in users spec. But if he creates
a new namespace, like MyPlugin::Matchers, he has to tell Remarkable to include
them in the proper example group:

  Remarkable.include_matchers!(MyPlugin::Matchers, Spec::Rails::Example::ModelExampleGroup)