您是否有經驗使用Microsoft的測試管理器或編碼UI測試來做真正的BDD（甚至是TDD）？使用測試管理器或編碼UI測試的BDD
我不是很熟悉這些工具，因爲我們一直在使用SpecFlow和WatiN來處理BDD。 我們組織中的一個團隊正在提議測試經理，但我擔心他們錯誤地寫了測試的能力，實際上是在做一個真正的BDD/TDD，在那裏你寫一個小測試FIRST，然後寫最小代碼來通過測試。
他們向我們展示的例子是在測試管理器中寫出一個測試用例，啓動用戶界面並記錄測試的功能。顯然，這不是BDD。測試管理器可以完成真正的BDD嗎？
任何想法表示讚賞。 謝謝， 將
哇，差不多一個星期，沒有反應。我能否認爲NOBODY使用TestManager是因爲它是QA工具而不是開發人員工具？
我認爲你不能使用測試管理器。正如您已經指出的那樣，它很大程度上依賴於記錄&回放類型的工作流程，這使得它不可能。
如果您使用MTM的編碼UI功能（這是唯一可以自動運行斷言來運行測試的替代選項），則需要將測試規範「複製」爲代碼（使用單向生成），所以它會很難保持這些變化。
但是，您可以使用編碼UI作爲任何其他BDD工具（例如SpecFlow）中的UI驅動程序來驅動您的應用程序。
測試管理器和編碼UI測試更多用於功能測試。 MTM中的測試用例沒有描述像specflow那樣的特性的行爲。我想你可能會在測試用例中使用一些更具通用性的措辭，以便在編寫代碼之前編寫它們，但這不是真正由測試用例驅動的。 specflow中的BDD可以工作，因爲它爲開發人員可以編碼的每個步驟生成存根。要自動化MTM或CUIT中的任何內容，您需要等到開發人員完成後。
說到可以一起使用Specflow和CUIT。取決於你如何定義BDD（是由行爲規範驅動的開發？），它仍然不是真正的BDD，也不是TDD。這些仍然是條款。他們仍然有價值在一起。如果你對此感興趣，我寫了一篇關於如何讓他們一起工作的博客。 http://rburnham.wordpress.com/2011/03/15/bdd-ui-automation-with-specflow-and-coded-ui-tests/