Recomendaría dejar caer su base de datos de prueba, luego volver a crearla y migrar:

bundle exec rake db:drop RAILS_ENV=test
bundle exec rake db:create RAILS_ENV=test
bundle exec rake db:schema:load RAILS_ENV=test

Después de estos pasos, puede ejecutar sus especificaciones:

bundle exec rspec spec

Gerry3 señaló que:

Una solución más simple es simplemente ejecutar rake db:test:prepare

Sin embargo, si está usando PostgreSQL esto no funcionará porque el entorno rails se carga, lo que abre una conexión a la base de datos. Esto hace que la llamada prepare falle, porque la base de datos no se puede eliminar. Algo complicado.

Todas las soluciones proporcionadas requieren cargar el entorno Rails, que en la mayoría de los casos no es el comportamiento deseado debido a una sobrecarga muy grande y una velocidad muy baja. DatabaseCleaner la gema también es bastante lenta, y agrega otra dependencia a tu aplicación.

Después de meses de disgusto y disgusto gracias a razones como la anterior, finalmente he encontrado la siguiente solución para ser exactamente lo que necesito. Es agradable, simple y rápido. En spec_helper.rb:

config.after :all do
  ActiveRecord::Base.subclasses.each(&:delete_all)
end

La mejor parte de esto es: Solo borra las tablas que efectivamente has tocado (los modelos intactos no se cargarán y por lo tanto no aparecerán en subclasses, también la razón por la que esto no funciona antes de las pruebas). Además, se ejecuta después de las pruebas, por lo que los puntos verdes (con suerte) aparecerán de inmediato.

El único inconveniente de esto es que si tiene una base de datos sucia antes de ejecutar pruebas, no se limpiará. Pero dudo que sea un problema importante, ya que la base de datos de prueba generalmente no se toca de pruebas externas.

Editar

Dado que esta respuesta ha ganado cierta popularidad, quería editarla para completarla: si desea borrar todas las tablas, incluso las que no se tocan, debería poder hacer algo como los "hacks" a continuación.

Hack 1-pre-carga de todos los modelos para subclasses método

Evalúe esto antes de llamar subclasses:

Dir[Rails.root.join("app", "models", "**", "*.rb")].each(&method(:require))

Tenga en cuenta que este método puede tomar algún tiempo!

Hack 2-truncando manualmente el cuadros

ActiveRecord::Base.connection.tables.keep_if{ |x| x != 'schema_migrations' }

Te dará todos los nombres de tabla, con los que puedes hacer algo como:

case ActiveRecord::Base.configurations[Rails.env]["adapter"]
when /^mysql/, /^postgresql/
  ActiveRecord::Base.connection.execute("TRUNCATE #{table_name}")
when /^sqlite/
  ActiveRecord::Base.connection.execute("DELETE FROM #{table_name}")
  ActiveRecord::Base.connection.execute("DELETE FROM sqlite_sequence where name='#{table_name}'")
end

Parece que en Rails 4.1+, la mejor solución es simplemente agregar ActiveRecord::Migration.maintain_test_schema! en su rails_helper después de require 'rspec/rails'.

Es decir, ya no tiene que preocuparse por tener que preparar la base de datos.

Https://relishapp.com/rspec/rspec-rails/docs/upgrade#pending-migration-checks

En una aplicación Rails 4 reforzada con resorte, my bin/setup generalmente se aumenta para contener

puts "\n== Preparing test database =="
system "RAILS_ENV=test bin/rake db:setup"

Esto es muy similar a la respuesta de leviathan , además de sembrar la DB de prueba, como

rake db:setup # Cree la base de datos, cargue el esquema e inicialice con los datos semilla
(uso db:reset para eliminar también la base de datos primero)

Como menciona el comentario, si queremos eliminar la base de datos primero, rake db:reset hace precisamente eso.

También encuentro que esto proporciona más retroalimentación en comparación con rake db:test:prepare.