クラス定数を偽るRSpec仕様のベストプラクティスまたは回避策

Question

私がクラスCarとMechanicを持っているとします。車には「走る」方法があります。メカニックには何らかの理由でCarが必要です。その後、私はRSpec仕様書を書く。メカニックでは、次のような擬似クラスを定義します。

class Car; end 

以降のメソッドスタブは、メカニックがそのメソッドを使用します。テストを別に実行すると、すべて正常に動作します。しかし、両方のテストを一緒に実行すると（rspec spec/directory /）、私のMechanicスペックは実際のCarクラスを使用します。

So. Rubyのクラスは "オープン"で、カー仕様のためにすでにクラスをロードしているからです。しかし、これを行うよりよい方法はありますか？このような状況のベストプラクティスは何ですか？これは私のコードがおそらく緊密に結合されているためにいくつかの改善が必要なことを意味しますか？

私はgithubのに迅速なデモをした：https://github.com/depy/RspecTest

Answer 1

この偽のクラス文句を言わない作業をRubyのクラスが開かれて以来。

1つの方法として、letを使用してオブジェクトを任意の方法で初期化し、必要に応じて前のブロックで関係を操作します。スタブは前のブロック内でも同様に歓迎されます。 = p

希望すると、これが役立ちます。次のようにコードを考えると、全体

としてテスト：

• 単位スペック：孤立して各クラスをテスト
• 統合スペック

Answer 2

は、私が何を必要とする二層のテストだと思います：

class Car 
end 

class Mechanic 
    def fix(car) 
    # do something here 
    end 
end 

ユニット仕様の場合、私は依存関係をスタブします。たとえば、

describe Mechanic do 
    let(:mechanic) { described_class.new } 
    let(:car)  { stub(stubbed_method_on_car: 14) } # Or just OpenStruct.new(stubbed_method_on_car: 14) 

    it 'does some stuff' do 
    mechanic.fix(car).should eq true 
    end 
end 

統合の仕様のために私はこれを行うだろう：

describe Mechanic do 
    let(:mechanic) { FactoryGirl.create(:mechanic) } 
    let(:car)  { FactoryGirl.create(:car) } 

    it 'does some stuff' do 
    mechanic.fix(car).should eq true 
    end 
end 

Answer 3

RSpecのはstubbing constantsためのサポートが組み込まれています。