当大多数项目访问的数据库模式不好，我无法更改时，我该如何对项目进行单元测试

我正在做一个asp.net Webforms项目。

这个项目根本没有任何测试，除了我自己写的几个单元测试之外，我还写了一个小的静态方法。我想为整个项目编写单元测试，这样我就可以更有效地重构和添加代码到项目中（我得到了CTO的支持），但我遇到了一个问题。

web应用程序主要由对数据库的linq查询组成，数据库和代码之间没有抽象，换句话说，我们不使用类似存储库的东西，而是在需要的地方键入linq查询。

根据我的理解，单元测试不应该直接调用数据库，因为这会减慢速度，所以我想将它们与数据库解耦。我第一次尝试使用一个名为MOQ的模拟框架，它似乎可以工作，但后来我读到，对数据库的LINQ查询与对对象的LINQ询问有不同的行为，所以通过测试并不意味着我的方法可以工作

这让我考虑了存储库模式，将linq查询隐藏在存储库类中，然后在测试中模拟这些类。据我所知，这有两个问题。

• 将项目更改为使用存储库模式是一项艰巨的工作，我不确定存储库模式是否是正确的工具。所以我想事先知道它是否合适
• 数据库架构不是很好，它是另一家公司为我们制作的，他们只是采用了一个通用架构，在几个表中添加了几行，为我们"自定义"。许多表和列的名称不好，无法包含我们需要包含的所有数据，逻辑结构也不太适合我们，这需要复杂的查询。我敢肯定，正确的解决方案是重写模式以适合我们，但CTO希望它保持不变，这样，如果我们希望，数据库和项目的制造商可以更容易地修改项目，所以这不是一个选择

假设我应该使用存储库模式，那么我的问题是，如何处理糟糕的数据库模式。我认为我需要把它隐藏在一个抽象后面，为我处理复杂的查询，也许画一个er图来弄清楚模式应该是什么样子，但我可能错了，我不确定细节。

如果你能给我一些例子和教程的链接，并告诉我我的假设是否错误，我会很高兴。

提前感谢您的耐心和帮助。