Sto facendo il Rails Tutorial per la seconda volta. Quando entro in questo
rails generate integration_test static_pages
Ottengo spec/rails_helper.rbe spec/spec_helper.rbinvece di solospec/spec_helper.rb
Ora, quando eseguo i miei test, sono più lunghi (più "verbosi") e più lenti di quando l'ho fatto l'ultima volta. Mi chiedo quale sia la differenza tra i due file e se ho fatto qualcosa di sbagliato. Inoltre, c'è un modo per sbarazzarsi del rails_helper.rbfile senza rovinare tutto?
Risposte:
rspec-rails 3 genera spec_helper.rbe rails_helper.rb. spec_helper.rbè per le specifiche che non dipendono da Rails (come le specifiche per le classi nella directory lib). rails_helper.rbè per specifiche che dipendono da Rails (in un progetto Rails, la maggior parte o tutte). rails_helper.rbrichiede spec_helper.rb. Quindi no, non sbarazzarti di rails_helper.rb; richiederlo (e non spec_helper.rb) nelle specifiche.
Se vuoi che le tue specifiche non dipendenti da Rails facciano valere che non sono dipendenti da Rails e che funzionino il più velocemente possibile quando le esegui da sole, potresti richiedere spec_helper.rbpiuttosto che rails_helper.rbin quelle. Ma è molto conveniente -r rails_helpernel tuo .rspecpiuttosto che richiedere un aiuto o l'altro in ogni file delle specifiche, quindi questo sarà sicuramente un approccio popolare.
Se stai usando il precaricatore a molla, ogni classe deve essere caricata solo una volta e la molla carica le classi con entusiasmo anche se esegui solo una singola specifica che lo richiedespec_helper , quindi non c'è molto valore nel richiedere solo spec_helperin alcuni file.
Fonte: https://www.relishapp.com/rspec/rspec-rails/docs/upgrade#default-helper-files
Puoi sempre combinare tutte le tue configurazioni in spec_helper e richiedere solo l'helper spec nel file helper di rails.
Non è affatto "ideale" poiché alla fine della giornata, stai facendo manualmente questo "refactoring" ma SE ti dà davvero fastidio. sappi solo che dipende totalmente da te come strutturare il fileRspec.configure
#rails_helper.rb
require 'spec_helper'
#EMPTY FILE
e basta inserire tutte le impostazioni specifiche dei binari
# spec_helper.rb
# This file is copied to spec/ when you run 'rails generate rspec:install'
require 'spec_helper'
ENV['RAILS_ENV'] ||= 'test'
require File.expand_path('../config/environment', __dir__)
# Prevent database truncation if the environment is production
abort("The Rails environment is running in production mode!") if Rails.env.production?
require 'rspec/rails'
# Add additional requires below this line. Rails is not loaded until this point!
# Requires supporting ruby files with custom matchers and macros, etc, in
# spec/support/ and its subdirectories. Files matching `spec/**/*_spec.rb` are
# run as spec files by default. This means that files in spec/support that end
# in _spec.rb will both be required and run as specs, causing the specs to be
# run twice. It is recommended that you do not name files matching this glob to
# end with _spec.rb. You can configure this pattern with the --pattern
# option on the command line or in ~/.rspec, .rspec or `.rspec-local`.
#
# The following line is provided for convenience purposes. It has the downside
# of increasing the boot-up time by auto-requiring all files in the support
# directory. Alternatively, in the individual `*_spec.rb` files, manually
# require only the support files necessary.
#
# Dir[Rails.root.join('spec', 'support', '**', '*.rb')].each { |f| require f }
# Checks for pending migrations and applies them before tests are run.
# If you are not using ActiveRecord, you can remove these lines.
begin
ActiveRecord::Migration.maintain_test_schema!
rescue ActiveRecord::PendingMigrationError => e
puts e.to_s.strip
exit 1
end
RSpec.configure do |config|
... all our config.whatever_your_heart_desires