reports_controller_spec.rb

describe ReportsController do
  describe :create do
    before do
      @payload = { :version => "1.0.0" }
    end

    it "succeeds with present serial" do
      @payload[:serial] = "123abc"
      post reports_path, @payload.to_json

      last_response.should be_ok
      last_response.status.should eq 200
    end

    it "fails with missing serial" do
      @payload[:serial] = nil
      post reports_path, @payload.to_json

      last_response.should_not be_ok
      last_response.status.should eq 400
    end
  end
end

Mmh je comprends. Ça ne m’a jamais agacé qu’un test qui fail arrête d’évaluer les autres expectations. Je trouve que ça a parfaitement du sens que certains tests contiennent plusieurs expectations.

    before { post reports_path, payload.to_json }

    context "with present serial" do
      let(:serial) { "123abc" }

      it { should be_ok }
      its(:status) { should eq 200 }
    end

Dans cet exemple, est-ce que RSpec roule le before avant le it et avant le its ?

…srait le fun que les comments de gists s’updatent automagiquement comme les issues…

Toujours possible de faire ça si t’as une shitload d’expectations :

it "fails with missing serial" do
  @payload[:serial] = nil
  post reports_path, @payload.to_json

  last_response.instance_eval do
    should_not be_ok
    status.should eq 400
    JSON.parse(body)["errors"].should include?("Missing serial number")
  end
end

__evil laugh**

Dans cet exemple, est-ce que RSpec roule le before avant le it et avant le its ?

Yep. Le before est exécuté une fois avant le it et une fois avant le its.