SQL代码的测试驱动开发

Question

您是否将测试驱动开发应用于纯sql脚本？如果是这样，你的经历是什么。这值得么？有什么奖励？缺点？等。

Answer 1

我玩了一下，说实话我宁愿生成我的常规数据库代码。我是前一段时间，并认为这很有趣。 http://sourceforge.net/apps/trac/tsqlunit/

Answer 2

我的数据库“脚本”的大多数（全部？）都是生成的，而不是手写的。而且，我避免存储过程和视图。我基本上将我的数据库视为文件。测试和逻辑保留在应用程序层（它所属的地方，IMO）。

这种方法对我和我开发的各种应用程序非常有效。在其他情况下可能效果不佳。

对我来说，你的问题的答案是“不适用”。

Answer 3

SQL是我第一次开展TDD合作的工具。这是一个我是应用程序开发人员的环境（C ++，我认为，但已经有一段时间了）我们有一个DBA负责所有查询。我不会选择再次走那条路，但那是另一回事。我需要一个新查询的时候到了，所以我写了一些测试数据和预期结果并将其发送给DBA;他写了剧本，并感谢我使要求如此清晰和准确。

通常实践的TDD并不适合SQL（或者可能是另一种方式'圆形），但实际上并不是很难使这种做法适应语言。 One-button testing可能会更加困难，但很难运行查询。