Question

我正在使用Wicked，它在完成向导后重定向到自定义链接。第二次重定向会发生这种情况。

因此，PUT update触发302到/ orders / 1 / finish_wicked，然后重定向到/ orders / 1。这可以按预期工作，但很难在我的控制器测试中进行测试。

it "must redirect to the order" do
  put :update
  assert_redirected_to "/orders/1/finish_wicked" #=> This passes, but I am not interested in this
  assert_redirected_to order #=> This fails, yet, in the end, the user is being redirected here.
end

如何在功能控制器测试中测试第二个重定向？

现在，我把它分成了两个测试：

  describe "finalize" do
    it "should redirect to the wicked_finish page" do
      put :update, id: :finalize, order_id: order.id, order: { accepted: true }
      assert_redirected_to controller: "build", action: :update, id: :wicked_finish, order_id: order.id
    end

    describe "wicked_finish" do
      it "should redirect to the order page" do
        get :show, id: :wicked_finish, order_id: order.id
        assert_redirected_to order
      end
    end
  end

一个测试它被重定向到邪恶提供的终点路径，另一个测试定义如果用户落在那里，她被重定向到订单。这过于冗长;是不是可以在控制器测试中遵循重定向？或者这是一个坏主意，是否应该像我一样分开测试？

Answer 1

嗯，不确定这是否是一个正确的答案，但我看到一些不好的代码做这样的事情。拨打电话，当您将其重定向到页面时，响应包含重定向到bla bla bla。在我的情况下，重定向页面取决于传递的参数，因此我事先知道了链接，并且我断言存在url / link。

Answer 2

可以通过遵循第一个重定向，使用follow_redirect!：

test 'assert second redirect' do
  put :update
  assert_redirected_to "/orders/1/finish_wicked"
  follow_redirect!
  assert_redirected_to order 
end

Apidock follow_redirect!

如何在Rails中测试第二个重定向＆＃39;控制器测试

2 个答案: