ruby-on-rails – 将capybara从1.0.1升级到1.1.4会使database_cleaner破坏我的规格

前端之家收集整理的这篇文章主要介绍了ruby-on-rails – 将capybara从1.0.1升级到1.1.4会使database_cleaner破坏我的规格前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我有一个旧的Rails应用程序升级到版本3.2.11,它有很多使用capybara版本1.0.1编写并使用selenium驱动程序运行的请求规范.使用截断策略使用 database_cleaner在每次测试后清理数据库.

我想使用poltergeist而不是selenium并将capybara从1.0.1升级到1.1.4以便能够使用最新版本的poltergeist.只更改capybara gem(及其依赖项)引入了运行我的规范的问题.

在每个规范之后,我一直在清理处理程序中从Postgresql数据库中获得死锁错误.我的spec_helper很基本,看起来像这样:

RSpec.configure do |config|
  config.mock_with :rspec

  config.use_transactional_fixtures = false

  config.before(:suite) do
    DatabaseCleaner.strategy = :truncation
    DatabaseCleaner.clean_with(:truncation)
  end

  config.before(:each) do
    DatabaseCleaner.start
  end

  config.after(:each) do
    DatabaseCleaner.clean
  end
end

我得到的错误是这样的:

An error occurred in an after hook
  ActiveRecord::StatementInvalid: PG::Error: ERROR:  deadlock detected
DETAIL:  Process 41747 waits for AccessExclusiveLock on relation 17612 of database 16396; blocked by process 41752.
Process 41752 waits for RowExclusiveLock on relation 17529 of database 16396; blocked by process 41747.
HINT:  See server log for query details.
: ALTER TABLE "aaa" ENABLE TRIGGER ALL;ALTER TABLE "bbbb" ENABLE TRIGGER ALL;ALTER TABLE "ccc" ENABLE TRIGGER ALL;
  occurred at /xxx/.bundle/gems/activerecord-3.2.11/lib/active_record/connection_adapters/postgresql_adapter.rb:652:in `async_exec'

我使用FactoryGirl创建测试数据,但没有特别的IMO.

我无法弄清楚由database_cleaner创建的死锁的另一端是什么.任何想出这一点的想法都是最受欢迎的.

谁知道capybara 1.0.1和1.1.4之间的任何变化已经发生变化并且可能已经开始引起这些问题?

解决方法

我通过放置来解决这个问题
sleep 0.2

在步骤结束时(或在你的情况下“规范”)做一些AJAX的东西.我想象一下,当JS驱动程序仍在等待ajax响应时,cucumber / rspec会调用数据库清理器.

原文链接:https://www.f2er.com/ruby/270742.html

猜你在找的Ruby相关文章