Я бы рекомендовал удалить тестовую базу данных, затем повторно создать ее и перенести:

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

после этих шагов вы можете выполнить ваши спецификации:

bundle exec rspec spec

gerry3 отметил, что:

более простое решение-просто запустить rake db:test:prepare

однако, если вы используете PostgreSQL, это не будет работать, потому что загружается среда rails, которая открывает соединение с базой данных. Это вызывает prepare вызов сбой, потому что DB не может быть удален. Сложная вещь.

обеспеченные решения все требуют, что нагружают окружающую среду рельсов, которая, в большинстве случаев, не пожеланное поведение должное к очень большим накладным расходам и очень малой скорости. DatabaseCleaner gem также довольно медленный, и он добавляет еще одну зависимость к вашему приложению.

после нескольких месяцев огорчения и досады благодаря причинам, приведенным выше, я, наконец, нашел следующее решение, которое мне нужно. Это красиво, просто и быстро. В spec_helper.rb:

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

самая лучшая часть о это: он будет очищать только те таблицы, которые у вас есть эффективно задел (нетронутые модели не будут загружены и, следовательно, не появятся в subclasses, также причина, почему это не работает до тесты). Кроме того, он выполняется после тестов, поэтому (надеюсь) зеленые точки появятся сразу.

единственным недостатком этого является то, что если у вас есть грязная база данных перед запуском тестов, она не будет очищена. Но я сомневаюсь, что это серьезная проблема, так как тестовая база данных обычно не затрагивается внешними тестами.

редактировать

видя, что этот ответ приобрел некоторую популярность, я хотел отредактировать его для полноты: если вы хотите очистить все таблицы, даже те, которые не трогал, Вы должны быть в состоянии сделать что-то вроде "хаки" ниже.

взломать 1 - поджимать все модели для subclasses метод

оцените это перед вызовом subclasses:

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

обратите внимание, что это метод может занять некоторое время!

Hack 2-ручное усечение таблиц

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

получите все имена таблиц, с которыми вы можете сделать что-то вроде:

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

похоже, что в Rails 4.1+ лучшим решением является просто добавить ActiveRecord::Migration.maintain_test_schema! в вашем rails_helper после require 'rspec/rails'.

т. е. вам больше не нужно беспокоиться о том, чтобы подготовить базу данных.

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

в приложении spring-ified Rails 4, my bin/setup обычно дополняется, чтобы содержать

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

это очень похоже на Левиафан, плюс засев тестовой БД, как

rake db:setup # создайте базу данных, загрузите схему и инициализируйте начальные данные
(используйте db:reset чтобы также сначала удалить базу данных)

как говорится в комментарии, если мы хотим удалить DB во-первых, rake db:reset делает именно это.

Я также считаю, что это обеспечивает больше обратной связи по сравнению с rake db:test:prepare.