如何在保持 DRY 的同时测试 Common Rails 控制器行为？

Question

我一直在为一些 Rails 控制器编写 RSpec 测试，并且发现了确保 Authlogic 身份验证正常工作的强烈冲动。我还觉得我应该验证每个操作是否使用相同的应用程序范围布局。然而，在每个操作中为这种行为编写测试似乎很愚蠢。

我希望看到的是用于过滤器和布局的单行匹配器，类似于 Shoulda 的用于关联和验证的匹配器。不幸的是，似乎没有这样的匹配器可用（除了 这篇博文）。我很想自己写它们，但找不到已经写过的人，这让我怀疑是否真的需要这样的匹配器。

所以我的问题是，如何测试控制器的常见行为（如果测试的话），以及测试过滤器和布局的单行匹配器是否有用？我自己，我试图在控制器规范中的单行与显式指定过滤器相结合，或者只是指定过滤器并忽略控制器中的过滤器和布局（因为它们只是一行代码）之间做出决定。

Answer 1

我不喜欢为过滤器编写规范的想法——这似乎太接近实现了。如果您使用 TDD/BDD 方法从头开始构建控制器，那么您可能会先编写操作，添加一些逻辑（例如处理身份验证），然后意识到它应该进入过滤器。如果您的规范是“如果当前用户不是帐户用户，则拒绝索引请求”，那么您的规范应该能够执行类似(aircode)的操作：

current_user = Factory.create(:unauthorized)
controller.should_not receive(:index)
get :index
request.should redirect_to(some_safe_path)

但它不会无论操作是否使用过滤器。

您可以使用 Rspec 宏来干燥控制器规格。所以（更多的挥手）：

describe MyController do
  should_reject_anonymous(self)
  ...
end

module ControllerMacros
  def should_reject_anonymous(test_controller)
    describe test_controller, "Authentication" do
      it "rejects index" do
        test_controller.should_not_receive(:index)
        get :index
        response.should redirect_to(some_safe_path)
      end
    end
  end
end