SQL代碼的測試驅動開發

Question

您是否將測試驅動開發應用於純粹的sql腳本？如果是的話，你的經驗是什麼。這值得麼？什麼是獎勵？缺點？等等

Answer 1

我已經玩了一下，說實話我寧願生成我的常規DB代碼。我是前一陣子，認爲這很有趣。 http://sourceforge.net/apps/trac/tsqlunit/

Answer 2

我的數據庫「腳本」大部分（全部？）是生成的，而不是手寫的。而且，我避免了存儲過程和視圖。我基本上將我的數據庫視爲一個文件。測試和邏輯保留在應用層（它所屬的IMO）。

這種方法對我和我開發的應用程序來說都非常好。在其他情況下可能效果不佳。

對我來說，你的問題的答案是「不適用」。

Answer 3

SQL是我第一次TDD協作之一。這是一個應用程序開發人員的設置（C++，我想，但已經有一段時間了），我們有一個負責所有查詢的DBA。我不會再選擇這條路線，但那是另一回事。我需要一個新的查詢的時候到了，所以我寫了一些測試數據和預期結果併發送給DBA;他編寫了劇本，並感謝我使這些要求清晰準確。

因爲通常使用的TDD不適合SQL（或者可能是其他方式），但要適應練習與語言的良好配合並不是很難。 One-button testing可能有點難以融入組合，但運行查詢很難。