Я роблю підручник з Rails вдруге. Коли я вводжу це
rails generate integration_test static_pages
Отримую spec/rails_helper.rbі spec/spec_helper.rbзамість простоspec/spec_helper.rb
Тепер, коли я запускаю свої тести, вони довші (більш "детальні") і повільніші, ніж коли я робив це останній раз. Мені цікаво, в чому різниця між двома файлами, і якщо я зробив щось не так. Крім того, чи є спосіб позбутися rails_helper.rbфайлу, не зіпсувавши все?
Відповіді:
rspec-rails 3 генерує spec_helper.rbі rails_helper.rb. spec_helper.rbпризначений для специфікацій, які не залежать від Rails (наприклад, специфікацій для класів у каталозі lib). rails_helper.rbпризначений для специфікацій, які залежать від Rails (у проекті Rails більшість або всі з них). rails_helper.rbвимагає spec_helper.rb. Так що ні, не позбавляйся rails_helper.rb; вимагати цього (і ні spec_helper.rb) у своїх специфікаціях.
Якщо ви хочете, щоб ваші специфікації, які не залежать від Rails, забезпечували, щоб вони не залежали від Rails, і працювали якомога швидше, коли ви запускаєте їх самі, вам може знадобитися, spec_helper.rbа не rails_helper.rbв них. Але це дуже зручно -r rails_helperв вашому , .rspecа не вимагати одного помічника або інший в кожному файлі специфікації, так що обов'язково буде популярним підходом.
Якщо ви використовуєте попередній завантажувач spring, кожен клас потрібно завантажувати лише один раз, і Spring завантажує класи з бажанням, навіть якщо ви запускаєте лише одну специфікацію, яка вимагаєspec_helper , тому spec_helperв деяких файлах немає такої великої потреби .
Джерело: https://www.relishapp.com/rspec/rspec-rails/docs/upgrade#default-helper-files
Ви завжди можете об'єднати всі свої конфігурації у файл spec_helper і вимагати лише допоміжного файлу специфікації у файлі допоміжного файлу.
Це аж ніяк не "ідеально", оскільки наприкінці дня ви робите цей "рефактор" вручну, але ЯКЩО це вас справді турбує. просто знайте, що це повністю залежить від вас, як структуруватиRspec.configure
#rails_helper.rb
require 'spec_helper'
#EMPTY FILE
і просто ввести всі рейки, спеціальні налаштування в
# 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