I'm pretty sure Guard is the culprit, as running rspec
runs all specs once. Running guard
and enter
results in all specs being run twice. Not sure why. Googled to destruction, and common gotchas, such as requiring 'rspec/autorun' in the spec_helper.rb are simply not the cause of it.
It can get quite annoying when the specs are starting to get slow!
.rspec
--color
--order default
Guardfile
# A sample Guardfile
# More info at https://github.com/guard/guard#readme
guard :rspec do
watch(%r{^spec/.+_spec\.rb$})
watch(%r{^lib/(.+)\.rb$}) { |m| "spec/lib/#{m[1]}_spec.rb" }
watch('spec/spec_helper.rb') { "spec" }
# Rails example
watch(%r{^app/(.+)\.rb$}) { |m| "spec/#{m[1]}_spec.rb" }
watch(%r{^app/(.*)(\.erb|\.haml|\.slim)$}) { |m| "spec/#{m[1]}#{m[2]}_spec.rb" }
watch(%r{^app/controllers/(.+)_(controller)\.rb$}) { |m| ["spec/routing/#{m[1]}_routing_spec.rb", "spec/#{m[2]}s/#{m[1]}_#{m[2]}_spec.rb", "spec/acceptance/#{m[1]}_spec.rb"] }
watch(%r{^spec/support/(.+)\.rb$}) { "spec" }
watch('config/routes.rb') { "spec/routing" }
watch('app/controllers/application_controller.rb') { "spec/controllers" }
# Capybara features specs
watch(%r{^app/views/(.+)/.*\.(erb|haml|slim)$}) { |m| "spec/features/#{m[1]}_spec.rb" }
# Turnip features and steps
watch(%r{^spec/acceptance/(.+)\.feature$})
watch(%r{^spec/acceptance/steps/(.+)_steps\.rb$}) { |m| Dir[File.join("**/#{m[1]}.feature")][0] || 'spec/acceptance' }
end
spec_helper.rb
# This file is copied to spec/ when you run 'rails generate rspec:install'
ENV["RAILS_ENV"] ||= 'test'
require File.expand_path("../../config/environment", __FILE__)
require 'rspec/rails'
require 'capybara/rspec'
# Requires supporting ruby files with custom matchers and macros, etc,
# in spec/support/ and its subdirectories.
Dir[Rails.root.join("spec/support/**/*.rb")].each { |f| require f }
# Checks for pending migrations before tests are run.
# If you are not using ActiveRecord, you can remove this line.
ActiveRecord::Migration.check_pending! if defined?(ActiveRecord::Migration)
RSpec.configure do |config|
# ## Mock Framework
#
# If you prefer to use mocha, flexmock or RR, uncomment the appropriate line:
#
# config.mock_with :mocha
# config.mock_with :flexmock
# config.mock_with :rr
config.before(:suite) do
DatabaseCleaner.strategy = :transaction
DatabaseCleaner.clean_with(:truncation)
end
config.before(:each) do
Capybara.run_server = false
Capybara.javascript_driver = :webkit
Capybara.default_selector = :css
Capybara.server_port = 7171
DatabaseCleaner.start
end
config.after(:each) do
DatabaseCleaner.clean
end
# Remove this line if you're not using ActiveRecord or ActiveRecord fixtures
config.fixture_path = "#{::Rails.root}/spec/fixtures"
# config.include RSpec::Rails::RequestExampleGroup, type: :feature
# If you're not using ActiveRecord, or you'd prefer not to run each of your
# examples within a transaction, remove the following line or assign false
# instead of true.
config.use_transactional_fixtures = true
# If true, the base class of anonymous controllers will be inferred
# automatically. This will be the default behavior in future versions of
# rspec-rails.
config.infer_base_class_for_anonymous_controllers = false
# Run specs in random order to surface order dependencies. If you find an
# order dependency and want to debug it, you can fix the order by providing
# the seed, which is printed after each run.
# --seed 1234
config.order = "random"
end
Update
This may give a clue
$ guard
06:40:31 - INFO - Guard is using GNTP to send notifications.
06:40:31 - INFO - Guard is using TerminalTitle to send notifications.
06:40:31 - INFO - Guard::RSpec is running
06:40:31 - INFO - Guard::RSpec is running
06:40:31 - INFO - Guard is now watching at '/Users/starkers/Desktop/boxshare'
[1] guard(main)>
06:40:35 - INFO - Run all
06:40:35 - INFO - Running all specs
Notice the two info logs at 06:40:31 that Rspec is running...
FWIW, I had this problem too. Guard was running all of my rspec tests twice. It turns out that I had run guard init rspec
twice and my Guardfile
had the guard
... do
... end
stanza duplicated.... doh.
I've seen this issue several times. The problem is often (but not always) caused by a duplicated RSpec setting. Try removing the config.order = "random"
line from spec_helper.rb, since you already have that setting in your .rspec file.
My problem was with option all_after_pass
.
Just changed my guard command on Guardfile
to guard :rspec, cmd: 'rspec', all_after_pass: false do
and it stopped.
https://groups.google.com/forum/#!topic/guard-dev/t1xxZpI5oWA https://github.com/guard/guard-rspec#list-of-available-options
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With