常連

自動テストの作成・実行の習慣がないチームに、それを導入した経験がある方の経験談が知りたいです。

参考：コミットログを書く文化がないチーム [https://teratail.com/questions/12542](https://teratail.com/questions/12542)

追記 (2015-09-25)
最近、読んだ本にこんな文がありました。
[https://kindle.amazon.co.jp/post/mpWzXQrCS9WpA-HTl2cIcw](https://kindle.amazon.co.jp/post/mpWzXQrCS9WpA-HTl2cIcw)
> ... テストは病みつきになるという私の主張にみなさんが同意しないかもしれない唯一の理由は、みなさんが試してみたことがないということです。...

学校や研修で、テストを書いてグリーン状態を保ちながら改善、拡張をしていくという経験をした人が増える(増やす)ことが大事なのかもしれません。
(シノゴノいうより経験しさえすれば...)

追記 (2015-11-07)
・11/31  時点で  評価点数が一番多かった回答をベストアンサーにしようと思います。

追記 (2015-10-04)
・teratail サイトでは機能追加、変更の際にどんなテストを実施しているのかを知りたいです。 

追記 (2015-09-17)
*  github のサービスで テストのコードカバレッジレポートを作ってくれるものがあります。(coverails)
レポート例： [https://coveralls.io/builds/867027/source?filename=lib%2Fboard.rb](https://coveralls.io/builds/867027/source?filename=lib%2Fboard.rb)

学校や新人研修でのプログラミングの課題の評価は,
   テスト・カバレッジを含めることが当たり前
のことになればと思っています。

自動テストを書く習慣がないチーム

### 実現したいこと
rspecのコントローラーのテストで、特定のメソッドが呼び出されたかだけテストしたい（メソッドの中身は別でテストしているので。）


### 発生している問題・分からないこと
どうやってもエラーになります。コントローラーの処理自体はエラーなく終わっているはずなのに、メソッドが呼び出されていないとでます。


### エラーメッセージ
```error

```ruby
expected: 1 time with any arguments
           received: 0 times with any arguments
```
```

### 該当のソースコード

```ruby
class TestController < ActionController::Base
  def index
      test = Test.find(param[:test_id])
      test.method
      redirect other_action
  end
end
```

```
let!(:test) { create :test }


it "呼び出されること" do
get test_path(params: { test_id: test.id })
expect(test).to have_received(:method)
end
```

### 試したこと・調べたこと
- [x] teratailやGoogle等で検索した
- [x] ソースコードを自分なりに変更した
- [ ] 知人に聞いた
- [ ] その他

##### 上記の詳細・結果
こんな感じにしてみたけどダメでした。結果は変わらず。メソッドが呼び出されてないと出ます。

```ruby
it "呼び出されること" do
test = instance_double(Test)
          allow(Test).to receive(:new).and_return(test)
          allow(test).to receive(:method)
get test_path(params: { test_id: test.id })
expect(test).to have_received(:method)
end

```

### 補足
特になし

rspecが通過しない

rails tutorialを参考にログイン機能やbefore_actionにてログイン済みのみができるアクションを実装しました。
そのテストコードにおいてログインの有無の２パターンでテストを実行したいと思います。

ログインをしていない場合は、単純に制限のあるURLをgetすれば再現できると考えています。
ログインしている場合は、postリクエスト及び必要情報を渡すことでログインを再現できるのではないかと思います。
このことから、下記の通りにテストコードを記述して見ました。が、rspecのログを確認するとログインできていない動作になっております。



 helperにてログイン状態を再現するメソッドを定義

```testhelper
include ApplicationHelper

module TestHelper
  def log_in_as(user, remember_me: '1')
    post login_path, params: { session: {
      email: user.email,
      password: user.password,
      remember_me: remember_me
    } }
  end
end
```
テストヘルパーを全てのスペックで使用できるようにinclude済み

```railshelper
RSpec.configure do |config|
  config.include TestHelper
end
```

```factorybot
FactoryBot.define do
  factory :user, class: :user do
    name { Faker::Name.name }
    sequence(:email) { |n| "example#{n}@example.com" }
    image { Rack::Test::UploadedFile.new(File.join(Rails.root, 'spec/fixtures/test.jpg')) }

    password { 'foobar' }
    password_confirmation { 'foobar' }

    trait :admin do
      admin { true }
    end
  end
end
```

```UsersRequestSpec
describe 'GET #index' do
    subject { response }
    # ユーザーのログインの有無を確認
    describe 'before_action :logged_in_user' do
      let!(:user) { FactoryBot.create(:user) }
      # ユーザーがログインしている場合
      context 'The user is logged in' do
        before do
          log_in_as(user)　←　ログイン状態を再現しているはず
          get users_path
        end
        it 'responds successfully' do
          is_expected.to be_successful
        end

        it 'returns a 200 response' do
          is_expected.to have_http_status(200)
        end
      end
  end
```
![rspecのログ](728e54700e475af90f7280548f918a9c.png)
赤線部分が疑問な箇所になりまして、一本目ではpostした情報を元にuserをログインし、2本目でusers/1(user.id)にアクセスしているのでここまでは期待した動作になっています。しかし、その後にredirectで/loginにアクセスしています。

usercontrollerを下記の通りに示します。（抜粋）
```UserController
before_action :logged_in_user, only: %i[index edit update destroy]

  PER = 10

  def index
    @users = User.page(params[:page]).per(PER)
  end

private
 # ログイン済みユーザーかどうか確認
  def logged_in_user
    # ログインしていないのなら
    unless logged_in?　（解説：sessionにuser.idがあればtureを返す。userがログインしたらuser.idを元にsessionに情報が格納される)
      store_location
      flash[:danger] = 'Please log in.'
      redirect_to login_url
    end
  end
```
rsepcのログをみる限りログインできていないことから、before_actionの logged_in_userによってlogin_urlに飛ばされているのだと思います。

どのようにすればこれのテストを再現することができるのでしょうか？
ちなみに、ブラウザ情では期待している動作になっておりますので、問題はないかと思います。

どんな些細なことでも構いませんので、どなたか教えていただければとても助かります。
よろしくお願いします。

neko_daisukiさんの回答より
test_helperを下記のメソッドを追記
```testhelper
def sign_in(user)
    allow_any_instance_of(ActionDispatch::Request).to receive(:session).and_return(user_id: user.id)
  end
```

```usersrequestspec
subject { response }
      let(:user) { FactoryBot.create(:user) }
      # ユーザーがログインしている場合
      context 'The user is logged in' do
        before do
          sign_in(user) ←　修正
          get edit_user_path(user)
        end
        it 'responds successfully' do
          is_expected.to be_successful
        end

        it 'returns a 200 response' do
          is_expected.to have_http_status(200)
        end
      end
```
rspecを実行した結果
![テスト成功状況](74e158476e63874f5b67a62437a13858.png)
しっかりsessionの値を取得しrenderしていることが確認できます。

neko_daisukiさんの記述していただいたコードでは以前と同じログになったため、下記qiitaの記事を参考にしたところ、成功いたしました。
[request spec で session 値を設定する](https://qiita.com/blueberrystream/items/884d0d23caf50b6553a0)

詳しい挙動等についてはこれから調べるため説明することはできませんが、とりあえず動作することができましたので、同じようにつまづいている方の参考になればと思います。

rspecでログイン状態（session値の設定）を再現する方法について

### 前提・実現したいこと
Rspec,factory_bot_rails,capybaraを使用し、syetemspecのログインテストを再現したいです。

capybaraのドライバはselenium_chrome_headlessに設定しています。




### 発生している問題・エラーメッセージ
bundle exec rspec spec/system/user_spec.rbを実行すると以下のエラーが出る。

```terminal
An error occurred while loading spec_helper.
Failure/Error: reqiure 'capybara/rspec'

NoMethodError:
  undefined method `reqiure' for main:Object
  Did you mean?  require
# ./spec/spec_helper.rb:18:in `<top (required)>'
No examples found.


Finished in 0.00003 seconds (files took 0.14022 seconds to load)
0 examples, 0 failures, 1 error occurred outside of examples
```

### 該当のソースコード

```Gemfile
source 'https://rubygems.org'
git_source(:github) { |repo| "https://github.com/#{repo}.git" }

ruby '2.6.3'

# Bundle edge Rails instead: gem 'rails', github: 'rails/rails', branch: 'main'
gem 'rails', '~> 6.1.3'
#Bootstrap
gem 'bootstrap', '~> 4.3.1'
gem 'jquery-rails'
#日本語エラー
gem 'rails-i18n'
# Use sqlite3 as the database for Active Record
gem 'sqlite3', group: [:development, :test]
gem 'pg', group: :production
# Use Puma as the app server
gem 'puma', '~> 5.0'
# Use SCSS for stylesheets
gem 'sass-rails', '>= 6'
# Transpile app-like JavaScript. Read more: https://github.com/rails/webpacker
gem 'webpacker', '~> 5.0'
# Turbolinks makes navigating your web application faster. Read more: https://github.com/turbolinks/turbolinks
gem 'turbolinks', '~> 5'
# Build JSON APIs with ease. Read more: https://github.com/rails/jbuilder
gem 'jbuilder', '~> 2.7'
# Use Redis adapter to run Action Cable in production
# gem 'redis', '~> 4.0'
# Use Active Model has_secure_password
gem 'bcrypt', '~> 3.1.7'

# Use Active Storage variant
# gem 'image_processing', '~> 1.2'

# Reduces boot times through caching; required in config/boot.rb
gem 'bootsnap', '>= 1.4.4', require: false


#CarrierWave導入
gem 'carrierwave'
gem 'fog-aws'
gem 'mini_magick'

#開発環境とテスト環境
group :development, :test do
  # Call 'byebug' anywhere in the code to stop execution and get a debugger console
  gem 'byebug', platforms: [:mri, :mingw, :x64_mingw]
  gem 'rspec-rails', '~> 5.0.0'
  gem 'factory_bot_rails'
  gem 'capybara', '>= 3.26'
  gem 'selenium-webdriver'
end

group :development do
  # Access an interactive console on exception pages or by calling 'console' anywhere in the code.
  gem 'web-console', '>= 4.1.0'
  # Display performance information such as SQL time and flame graphs for each request in your browser.
  # Can be configured to work on production as well see: https://github.com/MiniProfiler/rack-mini-profiler/blob/master/README.md
  gem 'rack-mini-profiler', '~> 2.0'
  gem 'listen', '~> 3.3'
  # Spring speeds up development by keeping your application running in the background. Read more: https://github.com/rails/spring
  gem 'spring'
end

group :test do
  # Adds support for Capybara system testing and selenium driver
 
  # Easy installation and use of web drivers to run system tests with browsers
  gem 'webdrivers'

end

# Windows does not include zoneinfo files, so bundle the tzinfo-data gem
gem 'tzinfo-data', platforms: [:mingw, :mswin, :x64_mingw, :jruby]

```
spec/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でcapybaraを扱うための読み込み
reqiure 'capybara/rspec'

RSpec.configure do |config|
  #Systemspecを実行するドライバの設定
  config.before(:each, type: :system) do
    driven_by :selenium_chrome_headless
  end
  # 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
```
spec/system/user_spec.rb
```
require 'rails_helper'

describe 'ログイン成功テスト',type: :system do
    describe'user詳細画面が表示される' do
        #仮ユーザー作成
        before do
            user_a =FactoryBot.create(:user,name:'ユーザーA',email:'a@example.com')
        end
        context 'ログインしている時の操作' do
            before do
                #入力された値
                visit: login_path
                fill_in: 'メールアドレス',with: 'a@example.com'
                fill_in: 'パスワード',with: 'password'
                click_botton: 'ログイン'
            end
            it '正しい値が設定してあればログインは成功する' do
                expect(@user.valid?).to eq(true)
            end   
        end
    end
end
```
spec/factories/user.rb
```
FactoryBot.define do
    factroy :user do
        name('テストユーザー')
        email('test@example.com')
        password('password')
    end
end
```
### 試したこと

capybaraの読み込みがうまくいっていないのかと思い
```
RSpec.configure do |config|
  #Systemspecを実行するドライバの設定
  config.before(:each, type: :system) do
     config.include Capybara::DSL ←追記
    driven_by :selenium_chrome_headless
  end
```
DSLで強制読み込みしようと試みましたが、エラー内容が変わりませんでした。

### 補足情報（FW/ツールのバージョンなど）

MacOS 10.15.7

Rspecをまだ触りたてで不足部分が多々あると思いますが、ご教授のほどよろしくお願いします。

Rspec実行時にエラー　An error occurred while loading spec_helper.

### 実現したいこと
メソッドにキーワード引数が含まれるものをテストする時、メソッドが呼び出されたかをテストしたいのですが、キーワード引数の書き方をしているはずなのになぜかオプションハッシュとして認識されているらしく、バグではないかと思っています。

### 発生している問題・分からないこと
なぜ、newしたインスタンスの後ろにキーワード引数をかくと、オプションハッシュと認識され、エラーになってしまうんでしょうか？
saveしたかどうかがポイントなのでしょうか？

### エラーメッセージ
```error
expect(Test).to have_received(:test).with(user exclude: false)はテストを通過します。
しかし、
expect(Test).to have_received(:test).with(User.new(name: "田中"), exclude: true)はエラーになります。
以下のようなエラーでテストが落ちます。

expected: , {:exclude=>true}) (options hash)
got: , {:exclude=>true}) (keyword arguments)
```

### 該当のソースコード

```ruby
def test(user, exclude: false)

end

def call
   if user =="テスト"
      test(user, exclude: false)
   else
     test(user, exclude: true)
  end
end

rspec
expect(Test).to have_received(:test).with(user exclude: true)
expect(Test).to have_received(:test).with(user exclude: false)
```

### 試したこと・調べたこと
- [x] teratailやGoogle等で検索した
- [x] ソースコードを自分なりに変更した
- [ ] 知人に聞いた
- [ ] その他

##### 上記の詳細・結果
いろいろ調べてますが原因はわかっていません、、

### 補足
特になし

rspecでマッチャがうまく機能しない

RSpec、とりわけリクエストスペックでの質問です。
リクエストスペックで!session[:user_id].nil?がなぜ使えるのかが疑問です。

session[:user_id] = user.idを行った際はsessionメソッドは使えません。とエラーが出ました。

```
# spec/support/login_support.rb

module LoginUser

  # このメソッドがなぜリクエストスペックで使えるのかが疑問
  def is_logged_in?
    !session[:user_id].nil?
  end

  # これは使えない
  def test_log_in(user)
      session[:user_id] = user.id
  end

  RSpec.configure do |config|
    config.include LoginUser
  end
end
```

```
# spec/request/sessions_request_spec.rb

require 'rails_helper'

RSpec.describe "Sessions", type: :request do
  let(:user) { FactoryBot.attributes_for(:user) }

  describe "destroy" do
    before do
      post users_path, params: { user: user }
    end
    
    # このitは通る
    it "ログイン状態じゃなくなる" do
       delete logout_path(user)
       expect(is_logged_in?).to_not be_truthy    # このexpectで使用
    end
  end

  describe "create" do
　　　　# このitはエラー
      it "sessionメソッドを使いログイン", focus: true do
        test_log_in( FactoryBot.create(:user) )  # test_log_inはここで使用
        expect(is_logged_in?).to be_truthy
      end
   end
end
```

```
# エラー文

Failure/Error: session[:user_id] = user.id
     
     NoMethodError:
       undefined method `session' for nil:NilClass
```


system specでsessionメソッドが使えないのは知っていましたが、リクエストスペックでも使えないのでしょうか?

繰り返しになりますが、その場合なぜis_logged_inメソッドは使えたのでしょうか？

よろしくお願い致します。

なぜRSpecのリクエストスペックで、!session[:user_id].nil?が使えるのか

Deviseで作成したフォームにRSpecでテストしようとしています。
以下のようなエラーが出て困っております。どのようにしたら直りますでしょうか？
ご教示頂ければ幸いです。

```bash
$ bin/rspec
Running via Spring preloader in process 18113
/Users/noriakitakamizawa/xxx/spec/controller/test_login_spec.rb:3:in `<top (required)>': uninitialized constant TestLoginController (NameError)
    from /Users/noriakitakamizawa/xxx/vendor/bundle/ruby/2.3.0/gems/rspec-core-3.5.4/lib/rspec/core/configuration.rb:1435:in `block in load_spec_files'
    from /Users/noriakitakamizawa/xxx/vendor/bundle/ruby/2.3.0/gems/rspec-core-3.5.4/lib/rspec/core/configuration.rb:1433:in `each'
    from /Users/noriakitakamizawa/xxx/vendor/bundle/ruby/2.3.0/gems/rspec-core-3.5.4/lib/rspec/core/configuration.rb:1433:in `load_spec_files'

```

テストコードはこちらです。
spec/controller/test_login_spec.rb
```ruby
require 'rails_helper'

describe TestLoginController do
  login_admin

  it "should have a current_user" do
    # note the fact that you should remove the "validate_session" parameter if this was a scaffold-generated controller
    expect(subject.current_user).to_not eq(nil)
  end

  it "should get index" do
    # Note, rails 3.x scaffolding may add lines like get :index, {}, valid_session
    # the valid_session overrides the devise login. Remove the valid_session from your specs
    get 'index'
    response.should be_success
  end
end
```

spec/rails_helper.rb

```ruby
ENV['RAILS_ENV'] ||= 'test'
require File.expand_path('../../config/environment', __FILE__)
abort("The Rails environment is running in production mode!") if Rails.env.production?
require 'spec_helper'
require 'rspec/rails'
require 'devise'
require 'rspec/autorun'

Dir[Rails.root.join('spec/support/**/*.rb')].each { |f| require f }
ActiveRecord::Migration.maintain_test_schema!

RSpec.configure do |config|
  config.include Devise::Test::ControllerHelpers, :type => :controller

  # Remove this line if you're not using ActiveRecord or ActiveRecord fixtures
  config.fixture_path = "#{::Rails.root}/spec/fixtures"

  # 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
```

spec/spec_helper.rb

```ruby
ENV["RAILS_ENV"] ||= 'test'
require File.expand_path("../../config/environment", __FILE__)

require 'rspec/rails'
require 'rspec/autorun'
require 'capybara/rails'
require 'devise'
Rails.logger = Logger.new(STDOUT)

RSpec.configure do |config|
  config.include Rails.application.routes.url_helpers
  config.include Capybara::DSL

  # for Devise
  #config.include Devise::TestHelpers, :type => :controller
  #config.include Capybara::DSL
  config.include Devise::Test::ControllerHelpers, :type => :controller
```

uninitialized constant がRSpecすると出てしまう

### 前提・実現したいこと

Railsの初学者です。RSpecテストを以下の文献を参考に取り組んでいます。
「Everyday Rails RSpecによるRailsテスト入門」 Aaron Summer著　

初期段階としてRSpecやFactoryBotのセットアップの確認をするため、ファクトリーの動作テストを行ったところ、NameError: uninitialized constantエラーが出てきており、躓いているため質問させていただきます。ご教授いただけると幸いです。

### 発生している問題・エラーメッセージ

```
# bin/rspec spec/models/user_spec.rb
Running via Spring preloader in process 134
F

Failures:

  1) User has a valid factory
     Failure/Error: expect(FactoryBot.build(:user)).to be_valid
     
     NameError:
       uninitialized constant User
     # ./spec/models/user_spec.rb:5:in `block (2 levels) in <main>'
     # -e:1:in `<main>'

Finished in 0.08281 seconds (files took 1.82 seconds to load)
1 example, 1 failure

Failed examples:

rspec ./spec/models/user_spec.rb:4 # User has a valid factory
```

### 該当のソースコード
`spec/models/user_spec.rb`
```
require 'rails_helper'

RSpec.describe 'User', type: :model do
  it"has a valid factory"do
    expect(FactoryBot.build(:user)).to be_valid
  end
end
```
`spec/factories/users.rb`
```
FactoryBot.define do
  factory :user do
   first_name {"Aaron"}
   last_name {"Summer"}
  end
end
```
`spec/rails_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!
require 'capybara/rspec'

Dir[Rails.root.join('spec', 'support', '**', '*.rb')].sort.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|
  # Remove this line if you're not using ActiveRecord or ActiveRecord fixtures
  config.fixture_path = "#{::Rails.root}/spec/fixtures"

  # 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

  # You can uncomment this line to turn off ActiveRecord support entirely.
  # config.use_active_record = false

  # RSpec Rails can automatically mix in different behaviours to your tests
  # based on their file location, for example enabling you to call `get` and
  # `post` in specs under `spec/controllers`.
  #
  # You can disable this behaviour by removing the line below, and instead
  # explicitly tag your specs with their type, e.g.:
  #
  #     RSpec.describe UsersController, type: :controller do
  #       # ...
  #     end
  #
  # The different available types are documented in the features, such as in
  # https://relishapp.com/rspec/rspec-rails/docs
  config.infer_spec_type_from_file_location!

  # Filter lines from Rails gems in backtraces.
  config.filter_rails_from_backtrace!
  # arbitrary gems may also be filtered via:
  # config.filter_gems_from_backtrace("gem name")
end
```
`spec/spec_helper.rb`
```
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
```
### 追記
`config/application.rb`
```
    config.time_zone = 'Tokyo'
    config.generators.test_framework = :rspec
    config.generators.system_tests   = false
    config.generators.stylesheets    = false
    config.generators.javascripts    = false
    config.generators.helper         = false

    config.generators do |g|
      g.test_framework :rspec,
        controller_specs: true,
        model_specs: true,
        request_spec: true,
        view_specs: false,
        helper_specs: false,
        routing_specs: false
    end
```
`Gemfile`
```
gem 'rails', '~> 6.1'
gem 'bootsnap', require: false
gem 'mysql2', '~> 0.5.3'
gem 'puma', '~> 5.2.2'
gem 'sass-rails', '~> 6.0'
gem 'uglifier', '>= 4.2.0'

gem 'jbuilder', '~> 2.11'

gem 'solidus', '~> 2.11.0'
gem 'solidus_auth_devise'
gem 'solidus_i18n', github: 'solidusio-contrib/solidus_i18n', branch: 'master'
gem 'paypalhttp', '~> 1.0'
gem 'solidus_auth_devise'
gem 'solidus_paypal_commerce_platform'

group :development, :test do
  gem 'byebug', platforms: [:mri, :mingw, :x64_mingw]
  gem 'rspec-rails'
  gem 'factory_bot_rails'
  gem 'pry-rails'
  gem 'pry-doc'
  gem 'pry-byebug'
  gem 'rails-erd'
  gem 'annotate'
  gem 'rubocop-airbnb'
  gem 'spring-commands-rspec'
end

group :test do
  gem 'capybara'
  gem 'webdrivers'
  gem 'launchy'
end

group :development do
  gem 'web-console', '>= 4.1.0'
  gem 'listen', '>= 3.0.5', '< 4.0'
  gem 'spring'
  gem 'spring-watcher-listen', '~> 2.0.1'
end

gem "aws-sdk", "~> 3.0"
gem "aws-sdk-s3", require: false
gem 'ast', '~> 2.4', '>= 2.4.2'
```
### 試したこと

「uninitialized constant」というエラーから、ファクトリーが定義されてない？FactoryBotに原因があるのではと考え、様々な記事や質問を調べ作り直したりRspec・FactoryBotの設定を見直してみましたが、エラーは変わりませんでした。

### 補足情報（FW/ツールのバージョンなど）
Rails 6.1.3.2
ruby 2.7.3
RSpec 3.10
factory_bot 6.2.0