現在、RailsのActionMailer周りのスペックを書いています。
メイラーはのような実装になっています。(適宜, 仮の命名に変更)
notification_mailer.rb
class NotificationMailer < ApplicationMailer
def hoge_method
admin_users = Admin::User.all
binding.pry # デバッグ用
return if admin_users.empty
mail bcc: admin_users.pluck(:email)
end
end
notification_mailer_spec.rb
require "rails_helper"
RSpec.describe NotificationMailer, type: :mailer do
describe "hoge_method" do
let(:mail) { described_class.hoge_method }
it "renders the headers" do
expect(mail.subject).to eq("お知らせ")
expect(mail.bcc.sort).to eq(Admin::User.all.pluck(:email).sort)
end
it "renders the body" do
expect(mail.body).to match("お知らせ")
end
end
end
結果
# rspec spec/mailers/notification_mailer_spec.rb
Finished in 5 minutes 47 seconds (files took 14.75 seconds to load)
2 examples, 1 failures
Failed examples:
rspec ./spec/mailers/notification_mailer_spec.rb:15 # NotificationMailer hoge_method renders the body
デバッグ
From: /app/mailers/notification_mailer.rb @ line5 NotificationMailer#hoge_method:
3: def hoge_method
4: admin_users = Admin::User.all
=> 5: binding.pry
6: return if admin_users.empty?
7: mail bcc: admin_users.pluck(:email)
8: end
[1] pry(#<NotificationMailer>)> admin_users
=> [#<Admin::User id: 1, email: "hoge@piyo.com", name: "hoge", created_at: "2017-04-28 05:53:36", updated_at: "2017-04-28 05:53:36", role: "admin">, ...]
[2] pry(#<NotificationMailer>)> exit
From: /app/mailers/notification_mailer.rb @ line5 NotificationMailer#hoge_method:
3: def hoge_method
4: admin_users = Admin::User.all
=> 5: binding.pry
6: return if admin_users.empty?
7: mail bcc: admin_users.pluck(:email)
8: end
[1] pry(#<NotificationMailer>)> admin_users
=> []
※ 省略していますが、実際はこのクラスには他メソッドが定義されており, 同様にadmin_users = Admin::User.all
している点で中身が空になってテストが落ちています。
自分なりの考察
デバッグの通り、admin_users = Admin::User.all
を2回目以降に実行した際に空になっている点で、モデルからレコードを取得するタイミングの仕様が理解できておらず、このような挙動になるコードを書いてしまっているのだと思うのですが、具体的にどう解決すべきか分からず詰まっております。
ちなみに、手動テストではどのメソッドも正常通りメールが送信されることが分かっています。
ご教示いただければ幸いです。よろしくお願いいたします。
追記
Admin::Userモデルの構造について
/app/models/admin/user.rb
module Admin
class User < ApplicationRecord
devise :database_authenticatable, :validatable, :rememberable
validates :name, presence: true, uniqueness: true
end
end
-
気になる質問をクリップする
クリップした質問は、後からいつでもマイページで確認できます。
またクリップした質問に回答があった際、通知やメールを受け取ることができます。
クリップを取り消します
-
良い質問の評価を上げる
以下のような質問は評価を上げましょう
- 質問内容が明確
- 自分も答えを知りたい
- 質問者以外のユーザにも役立つ
評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。
質問の評価を上げたことを取り消します
-
評価を下げられる数の上限に達しました
評価を下げることができません
- 1日5回まで評価を下げられます
- 1日に1ユーザに対して2回まで評価を下げられます
質問の評価を下げる
teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。
- プログラミングに関係のない質問
- やってほしいことだけを記載した丸投げの質問
- 問題・課題が含まれていない質問
- 意図的に内容が抹消された質問
- 過去に投稿した質問と同じ内容の質問
- 広告と受け取られるような投稿
評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。
質問の評価を下げたことを取り消します
この機能は開放されていません
評価を下げる条件を満たしてません
質問の評価を下げる機能の利用条件
この機能を利用するためには、以下の事項を行う必要があります。
- 質問回答など一定の行動
-
メールアドレスの認証
メールアドレスの認証
-
質問評価に関するヘルプページの閲覧
質問評価に関するヘルプページの閲覧
check解決した方法
0
これまで、seed_fuをテスト前に走らせてテストデータを用意していたのを、FactoryGirlのcreate_listによって生成するようにしてみたところ、うまくスペックが通るようになりました。
let!(:admin_users) { create_list(:admin_user, 3) }
投稿
-
回答の評価を上げる
以下のような回答は評価を上げましょう
- 正しい回答
- わかりやすい回答
- ためになる回答
評価が高い回答ほどページの上位に表示されます。
-
回答の評価を下げる
下記のような回答は推奨されていません。
- 間違っている回答
- 質問の回答になっていない投稿
- スパムや攻撃的な表現を用いた投稿
評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。
0
すみません。走りで読んでいますが、
データベースで2回目以降に変更が残っていないのであれば
こちら参考になりますか。
質問の意図とちがうかもしれませんが。違ってたら無視で構わないです。
投稿
-
回答の評価を上げる
以下のような回答は評価を上げましょう
- 正しい回答
- わかりやすい回答
- ためになる回答
評価が高い回答ほどページの上位に表示されます。
-
回答の評価を下げる
下記のような回答は推奨されていません。
- 間違っている回答
- 質問の回答になっていない投稿
- スパムや攻撃的な表現を用いた投稿
評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。
15分調べてもわからないことは、teratailで質問しよう!
- ただいまの回答率 88.34%
- 質問をまとめることで、思考を整理して素早く解決
- テンプレート機能で、簡単に質問をまとめられる
質問への追記・修正、ベストアンサー選択の依頼
moke
2017/04/28 15:47
Admin moduleのUser classがどういう構造になっているか教えてください。
azuno_mix
2017/04/28 16:09
mokeさん 構造について追記させて頂きました。期待されたご回答になっているかわからないのですが、モデルについては以上のような形になっています。
moke
2017/04/28 16:29 編集
うーん問題なさそうですね、あと私の拙い知識で、考えられるのは、ApplicationRecordの中身と、名前空間の衝突がないかぐらいですね。