我们有一个大型的测试套件(完整的构建通常需要15分钟来运行),2天前开始超时,从那时起我们就无法运行完整的构建。我在rails_helper中添加了一个配置,以便在specs运行时间过长时强制它们失败:
config.around(:each) do |example|
Timeout::timeout(10) {
example.run
}
end昨天我们终于用这个配置运行了一个完整的构建,但是有超过60个失败的规格!规范的运行和通过都是孤立的。
我们的DatabaseCleaner设置如下:
config.before(:suite) do
DatabaseCleaner.clean_with(:truncation)
end
config.before(:each) do
DatabaseCleaner.strategy = :transaction
end
config.before(:each, js: true) do
DatabaseCleaner.strategy = :truncation
end
config.before(:each) do
DatabaseCleaner.start
end
config.after(:each) do
DatabaseCleaner.clean
end
config.use_transactional_fixtures = false在通常是松散的规格中,我们有几个休眠。
不幸的是,当我运行构建并查看测试日志时,没有输出任何有趣的东西来帮助我进行调试。
我认为最后值得注意的信息是我们的gemfile设置。以下是我们的测试组gem:
group :test do
gem 'capybara-screenshot', '1.0.10'
gem 'capybara', '2.4.4'
gem 'rspec-rails', '3.2.0'
gem 'capybara-webkit', '1.3.1'
gem 'launchy', '2.4.3'
gem 'selenium-webdriver', '2.46.2'
gem 'database_cleaner', '1.3.0'
end以前有没有人遇到过这样的问题?
提前谢谢你!!
发布于 2015-10-24 04:31:20
结果发现,更新所有测试gem并将以下代码行添加到我们的rails_helper中就是答案:
Capybara::Webkit.configure do |config| config.block_unknown_urls end
不幸的是,我不清楚为什么这是我们的修复,但构建在两天内第一次完成。
https://stackoverflow.com/questions/33305772
复制相似问题