我应该编写哪些数据库测试才能轻松重构数据库

Question

有没有关于编写数据库测试的指导原则，以便您可以在进行渐进式数据库设计时“无所畏惧地”重构数据库？

在开发数据库时，应该测试数据库的哪些方面？任何例子都是很棒的..

Answer 1

我编写测试来调用我的dal代码，并在我检查插入/更新/删除是否实际发生之后，即所谓的状态测试。这些是pr定义，而不是单元测试，而是集成测试，但它们实际上帮助我做了很多次数据库更改。随着时间的推移，我有了更多更好的测试，甚至更大的数据库更改都可以相当无缝地进行。

Answer 2

根据TDD的说法，拥有测试的概念是测试事物现在的工作方式。当您需要更改某些内容时，您可以更改用于解决此问题的测试(确保当前代码库失败)，然后进行代码更改，直到测试通过。没有改变的测试给了你信心，你的软件的其他方面仍然在做它曾经做过的事情，并且你的重构没有破坏任何东西。

因此，您编写测试时并不考虑重构；相反，您测试您的需求，然后当您的需求更改时，您会相应地更新测试，并重构代码，使其通过新的测试。

Answer 3

总是害怕你对数据库所做的每一次改变。这将迫使您仔细检查您更改的每一件事，并缩小可能的错误范围。

请记住，数据库通常是一个或多个应用程序的主干，因此您所做的每个更改都必须仔细计划并进行适当的测试。