前几天，我在阅读有关单元测试的内容时，看到了一些示例，人们在其中创建了一个存储库界面（即IExampleRepository），然后创建了真实的存储库（public class ExampleRepository : IExampleRepository）和一个用于单元测试的存储库（FakeExampleRepository : IExampleRepository）。
在中，IExampleRepository他们实现了与中相同的方法ExampleRepository，但是使用了不同的Linq查询。
确切的目的是什么？我认为对代码进行单元测试的一部分是确保一种方法正常工作吗？但是，当我使用两个完全不同的查询时，一个用于“真实”查询，另一个在测试中，该测试有多大意义？
Answers:
单元测试的目的之一是一次只测试一件事，即单一类和方法。如果存储库本身不在测试中，那么您通常会以某种方式对此进行模拟，以便仅测试您的方法/类中的逻辑。
也就是说，您还需要使用“真实的”存储库进行测试*，但这通常会在集成/系统测试中完成
* 显然是真实的，如用于测试的回购中那样，希望不是生产数据库。
ExampleRepository，那么最好使用模拟。理由是您不是要对存储库进行单元测试，而是进行其他测试。
ExampleRepository，请使用真实的东西。如果您正在进行单元测试RepositoryController，则应仅使用FakeExampleRepository返回预定值的。这样，如果错误蔓延到ExampleRepository，则只有该单元测试将失败- RepositoryController的测试将继续成功，因此您知道那里没有错误。如果控制器使用的实际存储库，他们会被都失败，你不会不知道，如果你有1个错误或2
我同意jk的两个回答。和Jan Hudec-他们提供了一些非常好的信息。但我想我会补充一点。
您的第一个问题（“目标到底是什么？”）很重要。在您描述的情况下，真正的目标是测试利用该IExampleRepository接口的类，而不是测试存储库实现。创建FakeExampleRepository可以让您测试那些客户端类而不必担心真实存储库类的细节。
如果您要设置的对象使测试变得困难（例如访问文件系统，调用Web服务或与数据库对话），则尤其如此。通过使用接口（和其他此类技术），可以保持较低的耦合。因此，类X仅需要了解接口，而无需了解实现细节。目的是确保班级X做正确的事。
模拟（或存根，伪造……有细微的差别）是用于单元测试和TDD的强大工具。但是手动创建和维护这些实现可能会很痛苦。因此，大多数语言现在都具有模拟库来提供帮助。由于您使用的是C＃，因此我建议您使用Moq，因为它既简单又非常强大。然后，您可以针对接口进行测试，而无需为模拟实现堆积额外的代码。
the real objective is to test the classes that are utilizing the IExampleRepository interface并非完全正确。目的是独立于IExampleRepository 进行测试。+1虽然推荐了一个好的隔离框架。
IExampleRepository因为被测试的类已耦合到该接口。但是它独立于接口的任何实现。我承认我的解释可能会使用更多技巧。:)
确切的目的是什么？
隔离。
单元测试的思想是测试尽可能小的代码单元。您可以通过将它与测试中的所有其他生产代码隔离开来。
通过创建伪造的类，唯一的生产代码就是要测试的类。
如果您正确创建了一个伪造的存储库，并且测试失败，那么您就会知道问题出在被测试代码。这为您带来了免费诊断的好处。
有一个在隔离框架（如起订量由@Allan的建议），以能够快速生成这些假货设置的测试条件，并利用它们来对断言。
您可能要提供模拟实例以进行单元测试的三个原因：