442 技術社區[雲棲]

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

本節書摘來自異步社區《Cucumber：行為驅動開發指南》一書中的第1章，第1.5節，作者：【英】Matt Wynne , 【挪】Aslak Hellesy著，更多章節內容可以訪問雲棲社區“異步社區”公眾號查看

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

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

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

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

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

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

在Cucumber測試集中，麵向業務的部分存儲在特性文件中，為了能夠讓Cucumber正確讀取文件，這些內容必須基於一套名為Gherkin的語法規則編寫。

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

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

最後更新：2017-06-05 11:33:58