rspecテストでletとallowの違い。両方のスタブをしますか？

Question

私がテストしようとしているこの方法を持っている：

def build 
    return if !cookies["__utmz"] && !cookies["__utma"] 
    binding.pry 
    @data = GaCookieParser::GaCookieParser.new(
     utmz: cookies["__utmz"], 
     utma: cookies["__utma"] 
    ) 
    build_utmz 
    build_utma 
    TrafficSource.new(params) 
    end 

これは私のテストで：

context 'when cookies have necessary params' do 
     let(:cookies) { complete_cookies } 
     let(:complete_cookies) do 
     { 
      '__utmz' => 'something', 
      '__utma' => 'something' 
     } 
     end 

私はLETを使用して、私はバインディング、「クッキー」を打ったとき確かにリターンを行います私はcomplete_cookies。

letは実際のコードのどこにでもメソッドをスタブするのに対して、テストの中ではメソッドを「スタブ」するだけです。

Answer 1

letおよびallowは非常に異なるものです。 letはメソッドスタブではありません...テストで操作するテストデータ/オブジェクトを作成する方法です。その後、あなたのテストで@cookiesを使用する必要が

before do 
    @cookies = { '__utmz' => 'something', '__utma' => 'something' } 
end 

：

letのような何かを行うためのよりよい方法です。 実際に使用するまでインスタンス化されていないため、before-blocksでインスタンス化するよりも優れています。これにより、すべてのテストで使用されていないオブジェクトのインスタンス化が減少します。

あなたが本当にメソッドをスタブにしたい場合は、receives期待などを使用する必要があります。

allow(thing).to receive(:cookies).and_return(complete_cookies) 
expect(thing).to receive(:cookies).and_return(complete_cookies) 

あなたが見ている行動は、私はあなたが期待しているのか、いないと思うが...何理由誤って実行したのは、ローカル変数cookiesというcookiesという方法の文書です。

少し危険で脆くなる可能性があります。 この例では、buildメソッド（上記のサンプルコードでは名前を付けていない）を含むオブジェクトに対して、実際にはexpectまたはallowを使用します。それはあなたがしたいと思っているもののための標準的な習慣です。 その場合、それはあなたが期待しているとおり、実際にはメソッドをスタブします。