何時使用Cucumber以及何時使用RSpec？

Question

我是新來黃瓜測試，我想了解何時使用黃瓜和何時使用RSpec。對於我的模型，我知道我應該使用RSpec對它們進行測試，並且我知道，如果我編寫黃瓜故事，則不需要編寫RSpec請求規範。我不知道何時使用視圖和控制器。我是否應該使用RSpec來測試我的視圖和控制器，或者我可以跳過它們，因爲我正在使用Cucumber進行更高級別的測試？任何建議將不勝感激！謝謝！

Answer 1

我使用RSpec來驅動我的模型的開發和測試，並在一定程度上驅動我的控制器和Cucumber來驅動我的視圖的開發和測試（以及隨後它們與控制器的集成）。

我不覺得編寫Cucumber測試允許我「跳過」編寫RSpec測試，因爲在創建任何視圖之前，模型圖層中會進行大量的開發。

Answer 2

如果你一直在寫黃瓜場景而不是單元測試，那麼你可能會發現你的測試運行速度很慢。如果測試速度慢，你可能不會經常運行它們，所以你的開發速度會放慢。

您可以使用RSpec進行與Cucumber相同級別的集成測試。如果您需要與非開發人員共享和討論功能，那麼Cucumber是一個巨大的幫助。但即使你是一個獨立的開發者，Cucumber也可以在你需要的行爲和潛在的實現之間扮演一個「精神保衛者」的角色。大多數人遵循的標準做法是爲模型編寫大量的單元測試，爲控制器編寫最少的測試，很少有任何視圖單元測試。然後，您將使用Cucumber檢查一切正常交互（確保您的場景涵蓋控制器和視圖中的任何循環/條件）。

Answer 3

只是一小部分，可能對您有所幫助。許多人認爲（我也這樣做）黃瓜比程序員的實際測試框架更麻煩。只要您不必通過與不太瞭解編程的客戶討論場景進行合作，我會強烈建議您不要使用黃瓜。我和DHH在一起。但RSpec，使用，甚至濫用:)

Answer 4

我不確定是否可以在這裏推薦一本書，但the RSpec book確實提供了一個很好的實例如何Cucumber和RSpec可以交叉行爲驅動的發展Ruby中的一個小型命令行遊戲。

簡而言之：編寫採用的看你的最終用戶，以及使用自己的觀點你的RSpec規格的點的黃瓜功能爲開發人員測試套件的執行速度之間的良好平衡，測試粒度（測試失敗時錯誤消息的精確程度）和文檔覆蓋率（Cucumber功能可以看作始終最新的文檔 - the very own RSpec documentation is a great example of that）。