单元测试破坏性方法

Question

在对模型和修改数据库的方法/函数进行单元测试时，单元测试的最佳方法或思维模式是什么？例如，模型中的“发布”函数除了通过/失败之外没有可测试的行为，并且在通过的情况下，它修改数据库。最佳实践还是方法？

目前的想法是在测试之前创建当前数据库的镜像，然后在我的单元测试文件中更改数据库选择。谢谢你的建议。

Answer 1

如果你想做单元测试(=隔离测试)：

• 业务逻辑将针对假数据库(存储库模拟)执行
• 测试检查业务逻辑是否真的调用了存储库删除方法。

如果您希望使用业务逻辑和数据库进行集成测试，您可以

• 打开数据库事务
• 通过sql将数据添加到数据库
• 执行销毁刚添加的数据的业务逻辑
• 验证数据不再位于数据库中(通过sql)
• rollback

更新：

如果您使用的是.NET，那么应该看看ndbunit for java dbunit。

Answer 2

如果您使用的是.net，请使用xtunit。这将把您的测试包装在一个事务中，并在完成时回滚它。

Answer 3

不镜像数据库...去掉它。如果你是在数据库上测试，你不是在进行单元测试。