《Cucumber：行為驅動開發指南》——1.5 我們學到了什麼

本節書摘來自異步社群《cucumber：行為驅動開發指南》一書中的第1章，第1.5節，作者：【英】matt wynne , 【挪】aslak hellesy著，更多章節内容可以通路雲栖社群“異步社群”公衆号檢視

我們來回顧一下到目前為止讨論了哪些内容。

隻有開發人員和利益相關人一起清晰地交流的時候，軟體團隊才能工作得最好。要做到這一點有一種非常好的方法，就是讓開發人員和業務人員基于自動化驗收測試，協作描述需要完成的工作。

當驗收測試以執行個體的形式編寫時，它就能夠激發人們的想象力，幫助人們發現之前未曾慮及的其他場景。

當團隊協作編寫驗收測試時，他們可以開發出專屬于相應問題領域的通用語言。這能幫助他們避免誤解。

cucumber 的設計就是要幫助利益相關人參與到編寫驗收測試的過程中去。

cucumber中每個測試用例稱為場景，多個場景組成特性。每個場景包含多個步驟。

在cucumber測試集中，面向業務的部分存儲在特性檔案中，為了能夠讓cucumber正确讀取檔案，這些内容必須基于一套名為gherkin的文法規則編寫。

往下一層，步驟定義把面向業務語言編寫的步驟翻譯成ruby代碼。

為了闡明這些概念，下一章我們會進一步深入，我們會以用cucumber來驅動開發的方式建構一個非常簡單的應用程式。