用於webapps的RSpec示例組命名

Question

此問題是關於如何最好地命名RSpec示例組和英語示例。

我明白，在RSpec中，describe，context（這是functionally equivalent）和it應該給你完整的句子。因此，例如，

describe "Log-in controller" do 
    context "with logged-in user" do 
    it "redirects to root" do 
     ... 
    end 
    end 
end 

讀數爲Log-in controller with logged-in user redirects to root。真棒。

但在我的應用程序，在那裏我需要測試的ajaxy網頁上的所有組件（使用水豚），我傾向於有例如組這樣的：

describe "blog post" do 
    describe "content" do 
    it "is displayed" 
    end 
    describe "comment" do 
    it "is displayed" 
    describe "editing" do 
     it "works" # successful comment editing 
     it "requires logged-in user" # error case 1 
     it "requires non-empty body" # error case 2 
    end 
    end 
    describe "comment form" do 
    it "works" # successful comment submission 
    it "requires valid email address" # error case 1 
    it "requires non-empty body" # error case 2 
    end 
end 

我看到兩個在這裏反模式：

1. 嵌套描述不讀爲句子。當然，人們可以把一個「s：

   describe "blog post" do 
       describe "'s content" do 
       it "is displayed" 
       end 
   end 
   

   或之後，一個可以把冒號‘的博客文章：’。或者理想，我會寫

   describe "blog post" do 
       its "content" do 
       it "is displayed" 
       end 
   end 
   

   但那是不可能的，因爲its約爲屬性訪問，我只是有一個字符串在這裏。

   有沒有更好的方法來處理「頁面組件」問題？

2. 對於功能，成功案例（用於評論提交等功能）僅標記爲it "works"。至少這是簡潔而簡單的 - 我發現它略好於it "can be submitted and causes a comment to be added"，因爲這只是迫使我爲明顯的東西組成了一個詞組。但是有沒有更好的，更「自然」的方式來做到這一點？

有關如何重構示例示例組的建議;）以上將不勝感激！

Answer 1

你不應該真的考慮讓例子在語法上是正確的。如果您的測試顯示'博客文章內容顯示'沒有''，那很好。測試是可讀和簡單的。你真正想要的是能夠理解什麼是測試失敗時失敗。

關於你的第二點，'它的作品'通常不夠描述。它不會讓別人知道你的意思是'作品'。如果你真的在測試很多東西，最好把你的例子分開，例如：

 
describe 'blog post' do 
    context 'creating a comment' do 
    it 'should require a logged-in user' 
    it 'should require a non-empty body' 
    it 'should require a valid email address' 
    it 'should create a new comment' 
    it 'should be submittable' 
    end 
end