En RSpec, ¿hay un método equivalente a " unstub "pero para"should receive"?

Por el momento (rspec-mocks 2.10.1) no hay un método equivalente a unstub sino para should_receive. Puede restablecer todos los stubs y burlas usando rspec_reset, y también puede escribir hacks sucios para eliminar una expectativa en particular (que no recomendaría).

El siguiente es un ejemplo de eliminación de todos los stubs y expectativas en un objeto:

describe "resetting stubs and expectations with rspec_reset" do
  before do
    @person = mock('person')
    @person.should_receive(:poke)
  end

  it "should not fail when we reset all stubs and expectations" do
    @person.rspec_reset
  end
end

Tenga en cuenta que este método está anotado en el código fuente de rspec como @private, lo que significa que debe evitar usarlo más que absolutamente necesario y puede romperse en futuras versiones de rspec sin previo aviso. Es, sin embargo, bastante ampliamente utilizado en las especificaciones para el propio rspec, por lo que parece menos probable que esto sea obsoleto en el corto plazo.

Después de excavar a través del código rspec-se burla un poco más, por supuesto, puede hacer algo realmente desagradable y arrancar la expectativa específica usted mismo:

# Works in rspec 2.10.1
describe "removing an expectation with an ugly hack" do
  before do
    @person = mock('person')
    @person.should_receive(:poke)
  end

  it "should not fail after we hack rspec by violating every law of good programming, ever" do
    @person.instance_variable_get(:@mock_proxy).instance_variable_get(:@method_double)[:poke].clear
  end
end

Esto es realmente malo ya que viola la encapsulación del paquete de prueba rspec y no debería hacerlo. En cambio, si realmente tenía una razón convincente para eliminar una expectativa en particular, lo correcto sería agregar un método público ascendente en rspec-mocks que agrega un método paralelo a unstub pero para eliminar expectativas específicas. Probablemente estaría ubicado aquí (note la definición de stub y unstub también en este archivo):

Https://github.com/rspec/rspec-mocks/blob/master/lib/rspec/mocks/methods.rb

Antes de salir y usar cualquiera de las sugerencias para eliminar la expectativa, es posible que desee considerar si sus especificaciones realmente necesitan hacer esto o si deben ser refactorizadas. Usar should_receive es una afirmación sobre tu código, y normalmente deberías intentar crear ejemplos (es decir, bloques it) que solo afirmen una cosa. Me gustaría saber por qué necesita algo como rspec_reset a menos que esté tratando de hacer demasiado en la configuración global (por ejemplo, before :each o antes :todos los bloques), o si sus ejemplos están tratando de hacer demasiado (es decir. con múltiples aserciones en un solo ejemplo).

La única excepción a esto puede ser, por supuesto, en el conjunto de pruebas de rspec-mocks, donde rspec_reset se utiliza para restablecer el estado entre los ejemplos que prueban la funcionalidad de aplicar stubs y simuladores. A menos que esté haciendo eso, lo más probable es que sus pruebas podrían mejorarse para no confiar en reseteos globales de stubs y burlas en un objeto.

Espero que esto ayude y por favor hágamelo saber si cree que hay un caso legítimo para agregar un equivalente método para unstub pero para las expectativas de mensaje (es decir. después de usar should_receive). Si estoy convencido de que esto es algo correcto, consideraría agregar este método y proponer que se agregue aguas arriba. Tal vez se llamaría unset_expectation? Por favor, también siéntase libre de usar la guía en el código y las estructuras internas anteriores para armar una solicitud de extracción para rspec-mocks por su cuenta, y veremos si se acepta crear un equivalente de burla a unstub.