根据页面结构或REST动作来组织集成测试？

Question

我对如何组织集成测试感到困惑。现在，他们根据页面结构组织：

post_pages_spec.rb：

require 'spec_helper' 

describe "Post pages" do 

    describe "show page" do 

    describe "post destruction" do 

    end 

    describe "edit" do 

    end 

    end 

    describe "post creation" do 

    end 


end 

正如你可以看到，删除和编辑是show动作里面，因为他们出现在秀页面。

这是他们组织（基于REST动作）的另一种方式：

post_pages_spec.rb：

require 'spec_helper' 

describe "Post pages" do 

    describe "show page" do 

    end 

    describe "post destruction" do 

    end 

    describe "post creation" do 

    end 

    describe "edit" do 

    end 
end 

哪个结构更清晰，更易于维护？

Answer 1

假设您确实在询问集成测试而不是控制器测试，我喜欢从用户角度和用户类型组织集成测试。防爆。注册用户一个文件，管理员一个文件，未注册用户一个文件等。

这样做的理由是，我发现，作为一般启发式，相同的用户类型对于某个功能具有相同的先决条件，因此可以很好地结合在一起。例如，查看帖子的注册用户可能会有很多情景着重于CRUD现有的帖子内容，其中未注册的用户可能有关注帖子推荐的情景。因为这些不同的观点可能会有不同的设置和拆解，所以它们也可能更容易（即DRY-er等）单独维护。

而且，读好:)例：

describe "Registered User" do 
    context 'creating a Post' do 
    it "succeeds given all fields are filled out" 
    it "displays errors to the author if a field is missing" 
    end 
end