在 rspec 中使用多个“it”设置测试块

Question

假设我有一个实例方法，它可以执行许多需要测试的不同操作，例如 store#process_order。我想测试它是否向客户发送电子邮件、在订单表中添加条目、向信用卡收费等。在 rspec 中设置此功能的最佳方法是什么？目前，我正在使用 rspec 和 Factory Girl，我做了这样的事情：

describe Store do
  describe "#process_order" do
    before do
      @store = Factory(:store)
      @order = Factory(:order)
      # call the process method
      @store.process_order(@order)
    end

    it 'sends customer an email' do
      ...
    end
    it 'inserts order to db' do
      ...
    end
    it 'charges credit card' do
      ...
    end
  end
end

但感觉真的很乏味。这真的是为我需要确保做几件不同事情的方法编写规范的正确方法吗？

注意：我对这是否是好的设计的答案不感兴趣。这只是我为了帮助解决我的问题而编造的一个例子 - 如何编写这些类型的规范。

Answer 1

这是一个很好的方法，因为如果将来出现问题，您可以识别哪个元素被破坏。我完全赞成单独测试。我倾向于不检查插入到数据库中的内容，因为您当时是 Rails 功能。我只是简单地检查对象的有效性。

RSpec 书中也使用了这种方法。如果您不确定与 RSpec 相关的任何内容，我当然建议您阅读它。

Answer 2

我认为你所做的很好，我认为这就是 rspec 的使用方式。关于您的应用程序的每个声明（规范）都有自己的块。

您可能会考虑使用 before (:all) do ，以便订单只需处理一次，但这可能会引入对规范运行顺序的依赖性。

如果您愿意，您可以将 describe "#process_order" 中的所有代码合并到一个大的 it 块中，但这样可读性会较差，而且 rspec 也会给您带来不那么有用的结果规范失败时的错误消息。继续将 raise 添加到您的一个测试中，看看如果您按照当前的方式进行操作，可以从 rspec 中得到一条多么好的错误消息。

Answer 3

如果您想测试整个过程，那么我们讨论的是集成测试，而不是单元测试。如果您想测试执行多项操作的#process_order 方法，那么我希望这些操作意味着调用其他方法。因此，我会添加 #should_receive 期望并确保覆盖所有路径。然后我会分别规范所有这些方法，这样我就有了一个适合所有内容的很好的单元规范套件。最后，我肯定会编写一个集成/验收规范来检查所有这些部分是否一起工作。

另外，我将使用 #let 来设置测试对象，以消除规范示例之间的依赖关系（它会阻止）。否则，其中一个示例的失败可能会导致其他示例的失败，从而给您提供不正确的反馈。