我如何构建这个 Rails 集成测试（使用 Shoulda）以便“访问”不是每次都叫吗？

Question

使用 Test::Unit 和 Shoulda，我想编写一个具有明确期望的测试，所以我想出了这个：

context "logged in as seller" do
  setup do
    login @seller
    visit offer_path(@seller_offer)
  end

  should "not see feedback" do
    assert has_no_selector?("#feedback")
  end

  should "see 'cancel offer' button" do
    assert has_selector?("#cancel_offer_button")        
  end

  should "see 'comment' button" do
    assert has_selector?("#comment_button")
  end

  should "not see 'accept offer' button" do
    assert has_no_selector?("#accept")
  end

end

问题是，在每个“should”块之前，设置会重新执行 - 这意味着两个页面请求（一个用于登录助手，另一个用于调用“访问”）。

我尝试做

context "logged in as seller" do
  login @seller
  visit offer_path(@seller_offer)

  should ...

但这似乎不起作用...显然我可以做：

context "logged in as seller" do
  should "have desired results" do
    login @seller
    visit offer_path(@seller_offer)

    # should see 'cancel offer' button
    assert has_selector?("#cancel_offer_button")        

    # should see 'comment' button"
    assert has_selector?("#comment_button")

    etc..

但这并不完全是我正在寻找的。

-帕特里克

Answer 1

对于初学者：如果您希望测试只测试一件事，正如它应该的那样，那么这个问题没有解决方案，并且您已经在做正确的事情了。

不是进行完整的集成测试，并在集成测试中测试视图（页面上每个元素的外观）

• 但是，还有其他方法：我通常执行以下操作：测试控制器，没有视图，最好没有视图，而 访问数据库（使用存根）。
• 单独测试视图：我在那里测试所有内容
• 在集成测试中是否正确呈现：
  • 使用黄瓜
  • 采用快乐路径点击方法（错误等已单独测试）
  • 重点关注 JavaScript 部分

希望这会有所帮助。