我想要開始使用BDD,並發現有關MSpec和SpecFlow的博客文章。我目前不太確定何時使用哪種框架以及哪種框架的優點/缺點。MSpec和SpecFlow何時使用哪個?兩者的優點和缺點是什麼?
看看文檔,似乎MSpec使用上下文規範樣式,而SpecFlow使用Given/When/Then樣式。我也不介意,但我想知道在項目/測試套件增長時是否有任何缺陷需要留意進一步追蹤。
基本上,一些真正的世界建議/反饋的人誰使用它在他們的日常工作將是偉大的。
我想要開始使用BDD,並發現有關MSpec和SpecFlow的博客文章。我目前不太確定何時使用哪種框架以及哪種框架的優點/缺點。MSpec和SpecFlow何時使用哪個?兩者的優點和缺點是什麼?
看看文檔,似乎MSpec使用上下文規範樣式,而SpecFlow使用Given/When/Then樣式。我也不介意,但我想知道在項目/測試套件增長時是否有任何缺陷需要留意進一步追蹤。
基本上,一些真正的世界建議/反饋的人誰使用它在他們的日常工作將是偉大的。
所以我用了兩個。 我喜歡mspec工作流程,因爲它更容易賣給我,讓用戶說和說。
「當在登錄」 「我要回到我所要求的網頁」
當我爲那些買了更多的進入積極合作組織合作(讀敏捷)我用給定當然後模式。該組織習慣於用戶故事,因此習慣於更嚴格的規範風格。此外,我們正在使用多個工具來提供規格。所以'純文本'功能文件可以在工具之間重複使用。
在我自己的項目中,我使用SpecFlow作爲測試內部的'outside'和'mspec'。 如果我想給別人建議,那麼如果非技術人員正在編寫外部規格和mspec(如果開發人員正在編寫該規範),那麼將使用specflow。
壞點: Mspec是類爆炸 SpecFlow是一個緩慢的工作流程 好點: Mspec是一個更自然的語言 Specflow是可重用性更好的步驟。
底線是他們一起工作很好。
mspec的一個缺點是你不能平行運行,而用specflow runner你可以。這是一個很大的性能問題。