我想用NUnit编写命中数据库的单元测试。我希望每个测试的数据库都处于一致的状态。我认为事务可以让我“撤销”每个测试,所以我到处搜索,找到了2004-05年的几篇关于这个主题的文章:
这些问题似乎可以围绕实现NUnit的自定义属性来解决,该属性内置了在每次测试执行后回滚DB操作的能力。
这很好但是..。
编辑:这并不是我想测试我的DAL,更多的是我想测试与数据库交互的代码片段。为了让这些测试是“无接触的”和可重复的,如果我可以在每次测试后重新设置数据库,那就太棒了。
此外,我想将其简化到一个目前没有测试位置的现有项目中。因此,我实际上不能为每个测试编写从头开始的数据库和数据。
发布于 2010-05-08 02:04:02
考虑创建一个数据库脚本,以便您可以从NUnit自动运行它,也可以手动执行其他类型的测试。例如,如果使用Oracle,则从NUnit中启动SqlPlus并运行脚本。这些脚本通常写得更快,更容易阅读。此外,非常重要的是,从Toad或等效软件中运行SQL比从代码中运行SQL或从代码中执行ORM更有启发性。通常,我会创建一个setup和teardown脚本,并将它们放入setup和teardown方法中。
您是否应该从单元测试中通过DB则是另一种讨论。我相信这样做通常是有意义的。对于许多应用程序来说,数据库是绝对的行动中心,逻辑是基于高度集合的,所有其他技术、语言和技术都是过关斩将。随着函数式语言的兴起,我们开始意识到SQL,就像JavaScript一样,实际上是一种伟大的语言,这些年来它就在我们的眼皮底下。
顺便说一句,Linq to SQL (我在概念上很喜欢,但从未使用过)在我看来似乎是一种在不承认我们正在做什么的情况下从代码中执行原始SQL的方法。一些人喜欢SQL并知道他们喜欢它,另一些人喜欢它但不知道他们喜欢它。:)
https://stackoverflow.com/questions/321180
复制相似问题