3

私は現在、大規模なアプリケーションでレール2からレール3に移行中です。私たちの機能仕様には、次のようなものがたくさんあります。

@model = Factory :model
@child = Factory :child
Model.stub!(:find).and_return(@model)
Child.stub!(:find).and_return(@child)

...

@child.should_receive(:method).twice

主な問題は、DBにヒットさせて子の実際のインスタンスを取得すると、実際の：methodによってテストが複雑になり（2つの大きなファクトリが必要）、速度が低下することです。

コードでは、アイテムを取得するためにさまざまな方法を使用します：検索、動的ファインダーなど

@model = Model.find(1)    
@child = @model.children.find_by_name(name)

このロジックをRails3に移行するためのアドバイスはありますか？別のスタブ/モックライブラリに関するアドバイスはありますか？

4

1 に答える 1

10

通常、コントローラーの仕様内でモデルをモックします。

Model.stub!(:find).and_return(mock_model('Model'))
Child.stub!(:find).and_return(mock_model('Child'))

ただし、gem "rspec-rails", "~> 2.0"rails 3アプリのGemfileを使用すると、標準のRailsスキャフォールドジェネレーターがrspecを使用して仕様を生成するため、実行rails generate scaffold MyResourceするといくつかのサンプル仕様が生成されます。

以下は、rails / rspecがコントローラー仕様に対して生成するものの簡単な注釈付きバージョンであるため、これは「RSpecWay」と見なす必要があると思います。

describe AccountsController do

  # Helper method that returns a mocked version of the account model.
  def mock_account(stubs={})
    (@mock_account ||= mock_model(Account).as_null_object).tap do |account|
      account.stub(stubs) unless stubs.empty?
    end
  end

  describe "GET index" do
    it "assigns all accounts as @accounts" do
      # Pass a block to stub to specify the return value
      Account.stub(:all) { [mock_account] }
      get :index
      # Assertions are also made against the mock
      assigns(:accounts).should eq([mock_account])
    end
  end

  describe "GET show" do
    it "assigns the requested account as @account" do
      Account.stub(:find).with("37") { mock_account }
      get :show, :id => "37"
      assigns(:account).should be(mock_account)
    end
  end

  describe "GET new" do
    it "assigns a new account as @account" do
      Account.stub(:new) { mock_account }
      get :new
      assigns(:account).should be(mock_account)
    end
  end
end
于 2011-06-15T22:20:45.763 に答える