用 @wip (工作進行中)標籤標記你未完成的情境。這些情境不納入考慮,且不標記為測試失敗。當完成一個未完成情境且功能測試通過時,為了把此情境加至測試套件裡,應該移除 @wip 標籤。
配置你的預設設定檔,排除掉標記為 @javascript 的情境。它們使用瀏覽器來測試,推薦停用它們來增加一般情境的執行速度。
替標記著 @javascript 的情境配置另一個設定檔。
設定檔可在 cucumber.yml 檔案裡配置。
# 設定檔的定義: profile_name: --tags @tag_name
帶指令運行一個設定檔:
若使用 fabrication 來替換假資料 (fixtures),使用預定義的 fabrication steps。
不要使用舊版的 web_steps.rb 步驟定義!最新版 Cucumber 已移除 web steps,使用它們導致冗贅的情境,而且它並沒有正確地反映出應用的領域。
當檢查一元素的可視文字時,檢查元素的文字而不是檢查 id。這樣可以查出 i18n 的問題。
給同種類對象建立不同的功能特色:
# 差 Feature: Articles # ... 功能實作 ... # 好 Feature: Article Editing # ... 功能實作 ... Feature: Article Publishing # ... 功能實作 ... Feature: Article Search # ... 功能實作 ...
每一個功能有三個主要成分:
Title
Narrative - 簡短說明這個特色關於什麼。
Acceptance criteria - 每個由獨立步驟組成的一套情境。
最常見的格式稱為 Connextra 格式。
In order to [benefit] ... A [stakeholder]... Wants to [feature] ...
這是最常見但不是要求的格式,敘述可以是依賴功能複雜度的任何文字。
自由地使用情境概述使你的情境備作它用 (keep your scenarios DRY)。
Scenario Outline: User cannot register with invalid e-mail When I try to register with an email "<email>" Then I should see the error message "<error>" Examples: |email |error | | |The e-mail is required| |invalid email |is not a valid e-mail |
情境的步驟放在 step_definitions 目錄下的 .rb 檔案。步驟檔案命名慣例為 [description]_steps.rb。步驟根據不同的標準放在不同的檔案裡。每一個功能可能有一個步驟檔案 (home_page_steps.rb)
。也可能給每個特定對象的功能,建一個步驟檔案 (articles_steps.rb)。
使用多行步驟參數來避免重複
情境:
User profile Given I am logged in as a user "John Doe" with an e-mail "user@test.com" When I go to my profile Then I should see the following information: |First name|John | |Last name |Doe | |E-mail |user@test.com| # 步驟: Then /^I should see the following information:$/ do |table| table.raw.each do |field, value| find_field(field).value.should =~ /#{value}/ end end
使用複合步驟使情境備作它用 (Keep your scenarios DRY)
# ...
When I subscribe for news from the category "Technical News"
# ...
# 步驟:
When /^I subscribe for news from the category "([^"]*)"$/ do |category|
steps %Q{
When I go to the news categories page
And I select the category #{category}
And I click the button "Subscribe for this category"
And I confirm the subscription
}
end
總是使用 Capybara 否定匹配來取代正面情況搭配 should_not,它們會在給定的逾時時重試匹配,允許你測試 ajax 動作。 見 Capybara 的 讀我檔案獲得更多說明。