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可能有点难以融入组合，但运行查询很难。