當我將代碼提取到依賴關係時，我應該重新組織我的測試嗎？

Question

我正在使用TDD進行練習，並且我已經完成了可以滿足測試的最簡單的實現。現在經過第二次和第三次測試後，我發現我可以將我的邏輯片斷提取爲依賴項。我應該如何處理現有的測試？我應該離開它們，並間接測試這種依賴性嗎？或者，我應該「重寫」我的測試，並在原始情況下使用存根/嘲split將它們分成幾塊？

Answer 1

如果可以的話，我會離開您的原始測試，因爲它們的運行方式爲迴歸測試。即測試仍然有效，現在您已經重新編寫了原始代碼。

然後，您可以針對提取的功能編寫其他測試。在這一點上編寫更復雜的測試可能是有意義的，以便直接測試提取的功能，而不是通過您已識別/重構的集成層。

Answer 2

在refactor階段Test Driven Development，它可能是業務代碼或相應測試的重構。所以當你重構代碼時，你應該採取措施來重構測試用例，以使它們通過。

http://en.wikipedia.org/wiki/Test-driven_development

Answer 3

我不認爲這是一個銀彈回答有。僅僅根據你的描述我會傾向於：

1. 保留現有的測試，因爲他們現在
2. 專門添加新的測試對所提取的依賴

如果你恰好終止複製測試代碼，您可能想要減輕，但重要的是要繼續測試「完全集成的功能」是否按預期工作。

Answer 4

提取到依賴關係可能是重構，因爲整體行爲保持不變，只能傳播給更多的類。重構是TDD循環中的第三步也是最後一步，並且在您的測試爲綠色之後發生，無需添加新測試。所以這是我會做的：

• 從所有測試都是綠色的狀態開始。
• 將行爲B從Class1提取到Class2。
• 檢查破損的測試。如果沒有，那麼要麼你忘了測試B，要麼你的重構工具有超級大國。
• 更正測試行爲B的單元測試，以便它在Class2而不是Class1上運行。
• （可選）創建協作測試，驗證Class1是否正確對話到Class2，反之亦然。你可能想使用模擬和/或存根。