因为其他答案都不够好，所以我会添加我的答案：
1）没有必要嘲笑 Mailer：Rails 基本上已经为您做了这个。
2）没有必要真正触发电子邮件的创建：这将消耗时间并减慢测试速度！
这就是为什么在 environments/test.rb 中，您应该设置以下选项：
config.action_mailer.delivery_method = :test
config.active_job.queue_adapter = :test
再次强调：不要使用deliver_now来发送电子邮件，而是始终使用deliver_later。这样可以避免用户等待电子邮件的实际发送。如果没有sidekiq、sucker_punch或其他生产工具，只需使用config.active_job.queue_adapter = :async。在开发环境中可以选择async或inline。
针对测试环境，给出以下配置，您的电子邮件将始终被放入队列，而不会执行发送操作：这可以避免您对其进行模拟，并且可以检查它们是否被正确地放入队列。
在测试中，始终将测试分为两个部分：
1）一个单元测试，检查电子邮件是否被正确地放入队列并带有正确的参数。
2）一个单元测试，检查邮件的主题、发件人、收件人和内容是否正确。
给定以下场景：
class User
after_update :send_email
def send_email
ReportMailer.update_mail(id).deliver_later
end
end
编写一个测试，以检查电子邮件是否已正确排队：
include ActiveJob::TestHelper
expect { user.update(name: 'Hello') }.to have_enqueued_job(ActionMailer::DeliveryJob).with('ReportMailer', 'update_mail', 'deliver_now', user.id)
并为你的电子邮件编写单独的测试
Rspec.describe ReportMailer do
describe '#update_email' do
subject(:mailer) { described_class.update_email(user.id) }
it { expect(mailer.subject).to eq 'whatever' }
...
end
end
- 您已经确切地测试了您的电子邮件已被排队，而不是一个通用的作业。
- 您的测试速度很快。
- 您无需模拟。
当您编写系统测试时，请随意决定是否要在那里真正发送电子邮件，因为速度不再那么重要。我个人喜欢配置以下内容：
RSpec.configure do |config|
config.around(:each, :mailer) do |example|
perform_enqueued_jobs do
example.run
end
end
end
并将:mailer属性分配给我想要实际发送电子邮件的测试。
有关如何正确配置Rails中的电子邮件的更多信息，请阅读此文章：https://medium.com/@coorasse/the-correct-emails-configuration-in-rails-c1d8418c0bfd
