TDD測試結構問題

Question

所以說我做TDD和我寫這樣一個測試：

public void testDeposit() 
{ 
    Bank b = new Bank(); 
    b.deposit(100); 
    AssertEquals(100, b.balance); 
} 

那我走了，使測試通過，移動到下一個。說我連續幾次這樣做，並獲得存款，提款和攤銷都工作。

然後說我想寫一個測試，測試某人創建一個帳戶，並做一切的組合。這不是技術上的集成測試，而不是單元測試？如果是，這是否適合TDD，或者TDD是否應該只包含單元測試。

主要是我問，因爲如果這個測試中斷了，最有可能其中一個測試應該中斷，如果他們不這樣做，我可能只是沒有測試適當的場景。那麼當涉及到TDD時，我應該在與單元測試相同的域中進行集成測試，還是應該將這些測試寫入別的其他類/文件並分別運行？

Answer 1

我認爲高水平的測試當然可以作爲TDD工作流程的一部分。例如，測試「outside in」可能是定義新功能的一種非常有效的方法。從新功能的一些UI級別驗收測試開始，爲需要提供該功能的組件編寫集成測試，並編寫單元測試以推動每個組件的實現。

我認爲你應該清楚你的測試類型之間的區別，而不是將它們混合在一起，但將它們全部作爲你的TDD過程的一部分是合理的。

Answer 2

集成測試和單元測試之間的界限可能有點模糊;在進行TDD時，測試「升級」到集成級別是值得的，只是爲了得到功能的確認，但在TDD期間進行「全面的」集成測試（注意全面的引用）肯定是過分的。

基本上，「判斷呼叫」有一個重要方面在進行;您的經驗應該是一個很好的指導，以便在TDD模式下停止添加測試的適當級別。