factory_girl + rspec a deshacer los cambios después de cada ejemplo

Question

similar al problema descrito aquí: http://rpheath.com/posts/411-how-to-use-factory-girl-with-rspec

en corto (código shorten'd):

spec_helper:

config.use_transactional_fixtures = true 
config.use_instantiated_fixtures = false 

factories.rb:

Factory.define :state do 
    f.name "NY" 
end 

en mi especificación

before(:each) do 
    @static_model = Factory(:state) # with validate uniqueness of state name 
end 

error:

duplicate entry name "NY" etc.

---

Pregunta: ¿No debería RSpec base de datos claro antes de cada ejemplo de especificaciones y por lo tanto no tirar errores de entrada de duplicados?

Answer 1

cosas que creo que fuera:

• utiliza usted rake spec para ejecutar su banco de pruebas: que se acumula la base de datos desde cero (para asegurarse de que nada está pegando)
• Cómo se utiliza, en cualquier lugar, una before (:all)? Porque lo que sea que crees dentro de un before :all se debe eliminar de nuevo en un after :all o sigue existiendo.

Answer 2

Algunas causas posibles: más

• todavía hay un accesorio states.yml sentados alrededor
• Alguien juega alrededor en la prueba de escritura/consola y se olvidó de limpiar después.

Answer 3

También puede encontrar que es porque no se ha envuelto la declaración en:

describe "what it should do" do 
    @static_model = Factory(:state) # with validate uniqueness of state name 
end 

descubrí que era el cambio que resuelve este problema: Why isn't factory_girl operating transactionally for me? - rows remain in database after tests

Answer 4

he tenido preguntas similares sobre qué tipo de estado inicial uno puede esperar al usar FG y RSpec.

Mientras yo también espero para mayor claridad, Cleaner Database podría ser una buena solución: http://rubydoc.info/gems/database_cleaner/0.6.7/frames HTH - Perry

Answer 5

Cuando se utiliza fábrica (: Estado) cual es un acceso directo a Factory.create (: Estado), factory_girl te devuelve un objeto guardado.

Use Factory.build (: state) en su lugar.

Answer 6

¿Tal vez sus accesorios yaml de las pruebas de unidades regulares se mezclen en su rspec?

Answer 7

Question: Shouldn't rspec clear database before each spec example and hence not throwing duplicate entry errors?

RSpec con rieles DatabaseCleaner o RSpec con use_transactional_fixtures borrará el DB el tiempo que su creado los datos en el ejemplo de sí mismo. before :all do ... end se considera fuera del ejemplo, porque los datos se mantiene intacto a través de múltiples ejemplos. Lo que se crea en before :all tiene que eliminar en after :all.

Con el fin de eliminar cualquier cosa que crea automáticamente el uso before :each do ... end. Tenga en cuenta que los mismos datos se crearán y eliminarán 10 veces si tiene 10 ejemplos. La diferencia entre before :all y before :each se explica mejor aquí: rails rspec before all vs before each