Rails 6 (edge) 'test_helper', 'rails_helper', 'spec_helper' - в чем разница? - PullRequest
0 голосов
/ 09 июля 2020

Я запускаю приложение Rails 6 (пограничная ветка), и по умолчанию оно поставляется с файлом test_helper.rb, который по умолчанию требуется для всех пустых тестов:

require 'test_helper'

class UserTest < ActiveSupport::TestCase
  # test "the truth" do
  #   assert true
  # end
end

Я новичок в тестировании в Rails и когда я читаю информацию из других драгоценных камней (например, https://github.com/chrisalley/pundit-matchers), все они упоминают файлы 'spec_helper' и 'rails_helper', но никогда не упоминают 'test_helper'.

Все они также упоминают настройка параметров конфигурации в файле _helper, однако мой файл по умолчанию test_helper выглядит следующим образом:

ENV['RAILS_ENV'] ||= 'test'
require_relative '../config/environment'
require 'rails/test_help'

class ActiveSupport::TestCase
  # Run tests in parallel with specified workers
  parallelize(workers: :number_of_processors)

  # Setup all fixtures in test/fixtures/*.yml for all tests in alphabetical order.
  fixtures :all

  # Add more helper methods to be used by all tests here...
end

Без области конфигурации ... что мне здесь написать, чтобы получить это?

Изменить:

Итак, я запустил rails generate rspec:install и сгенерировал:

  create  .rspec
  create  spec
  create  spec/spec_helper.rb
  create  spec/rails_helper.rb

Думаю, я все еще немного запутался, почему рельсы 6 предоставьте мне каталог test, если мне потом придется создавать его заново?

Думаю, моя проблема в том, что то, что есть по умолчанию (в каталоге test), делает не кажется таким мощным по сравнению с тем, что находится в каталоге spec. Например, сравните test_helper.rb выше с spec_helper.rb ниже:

# This file was generated by the `rails generate rspec:install` command. Conventionally, all
# specs live under a `spec` directory, which RSpec adds to the `$LOAD_PATH`.
# The generated `.rspec` file contains `--require spec_helper` which will cause
# this file to always be loaded, without a need to explicitly require it in any
# files.
#
# Given that it is always loaded, you are encouraged to keep this file as
# light-weight as possible. Requiring heavyweight dependencies from this file
# will add to the boot time of your test suite on EVERY test run, even for an
# individual file that may not need all of that loaded. Instead, consider making
# a separate helper file that requires the additional dependencies and performs
# the additional setup, and require it from the spec files that actually need
# it.
#
# See http://rubydoc.info/gems/rspec-core/RSpec/Core/Configuration
RSpec.configure do |config|
  # rspec-expectations config goes here. You can use an alternate
  # assertion/expectation library such as wrong or the stdlib/minitest
  # assertions if you prefer.
  config.expect_with :rspec do |expectations|
    # This option will default to `true` in RSpec 4. It makes the `description`
    # and `failure_message` of custom matchers include text for helper methods
    # defined using `chain`, e.g.:
    #     be_bigger_than(2).and_smaller_than(4).description
    #     # => "be bigger than 2 and smaller than 4"
    # ...rather than:
    #     # => "be bigger than 2"
    expectations.include_chain_clauses_in_custom_matcher_descriptions = true
  end

  # rspec-mocks config goes here. You can use an alternate test double
  # library (such as bogus or mocha) by changing the `mock_with` option here.
  config.mock_with :rspec do |mocks|
    # Prevents you from mocking or stubbing a method that does not exist on
    # a real object. This is generally recommended, and will default to
    # `true` in RSpec 4.
    mocks.verify_partial_doubles = true
  end

  # This option will default to `:apply_to_host_groups` in RSpec 4 (and will
  # have no way to turn it off -- the option exists only for backwards
  # compatibility in RSpec 3). It causes shared context metadata to be
  # inherited by the metadata hash of host groups and examples, rather than
  # triggering implicit auto-inclusion in groups with matching metadata.
  config.shared_context_metadata_behavior = :apply_to_host_groups

# The settings below are suggested to provide a good initial experience
# with RSpec, but feel free to customize to your heart's content.
=begin
  # This allows you to limit a spec run to individual examples or groups
  # you care about by tagging them with `:focus` metadata. When nothing
  # is tagged with `:focus`, all examples get run. RSpec also provides
  # aliases for `it`, `describe`, and `context` that include `:focus`
  # metadata: `fit`, `fdescribe` and `fcontext`, respectively.
  config.filter_run_when_matching :focus

  # Allows RSpec to persist some state between runs in order to support
  # the `--only-failures` and `--next-failure` CLI options. We recommend
  # you configure your source control system to ignore this file.
  config.example_status_persistence_file_path = "spec/examples.txt"

  # Limits the available syntax to the non-monkey patched syntax that is
  # recommended. For more details, see:
  #   - http://rspec.info/blog/2012/06/rspecs-new-expectation-syntax/
  #   - http://www.teaisaweso.me/blog/2013/05/27/rspecs-new-message-expectation-syntax/
  #   - http://rspec.info/blog/2014/05/notable-changes-in-rspec-3/#zero-monkey-patching-mode
  config.disable_monkey_patching!

  # Many RSpec users commonly either run the entire suite or an individual
  # file, and it's useful to allow more verbose output when running an
  # individual spec file.
  if config.files_to_run.one?
    # Use the documentation formatter for detailed output,
    # unless a formatter has already been configured
    # (e.g. via a command-line flag).
    config.default_formatter = "doc"
  end

  # Print the 10 slowest examples and example groups at the
  # end of the spec run, to help surface which specs are running
  # particularly slow.
  config.profile_examples = 10

  # 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

  # Seed global randomization in this process using the `--seed` CLI option.
  # Setting this allows you to use `--seed` to deterministically reproduce
  # test failures related to randomization by passing the same `--seed` value
  # as the one that triggered the failure.
  Kernel.srand config.seed
=end
end

1 Ответ

1 голос
/ 10 июля 2020

Причина, по которой вы получаете файл test_helper.rb вместо файла spec_helper.rb, заключается в том, что rails поставляется с Minitest в качестве структуры по умолчанию для написания тестов, с другой стороны, rails имеет возможность использовать другие структуры тестирования как Rspec, устанавливая его, как вы упомянули.

В случае, например, https://github.com/chrisalley/pundit-matchers он говорит, что это набор сопоставителей RSpe c для тестирования Pundit, поэтому в этом случае вам нужно использовать Rspe c для использования этого сопоставителя. Если вы хотите продолжать использовать Minitest, вам, вероятно, придется искать аналогичный вариант сопоставления, но для Minitest.

Wether, если Rspec или Minispec лучше, зависит от различных аспектов проект и организации, но оба варианта - мощные возможности для написания тестов.

В Stack Overflow есть другие статьи, связанные с конфигурацией в Rspe c и Minitest, например:

Чем spec / rails_helper.rb отличается от spec / spec_helper.rb? Нужен ли он мне? .

Вы также можете посмотреть документацию для Rspe c и Minitest .

Также есть инструменты для преобразования ваших файлов Minitest в файлы Rspe c, например:

https://github.com/jaredbeck/minitest_to_rspec

...