在 Visual Studio 解决方案中为共享库组织单元测试项目 [关闭]

Question

希望在一系列新解决方案中包含单元测试。不知道如何构建它们。

不确定这是否真的很重要，尽管这些都是 .Net C# 项目。

我已经阅读了许多类似的答案，例如这个Organization of Unit Tests in Visual Studio 和这个Do you put unit tests in same project or another project?，但似乎没有一个解决跨多个解决方案共享的项目

鉴于以下 2 个解决方案的结构，创建单元测试项目的最佳实践是什么。

解决方案 #1

• 数据 - 解决方案文件夹
  • MyData - 项目
• 全局 - 解决方案文件夹
  • Global.Project.1 - 项目
  • Global.Project.2 - 项目
  • Global.Project.3 - 项目
  • Global.Project.4 - 项目
• 服务 - 解决方案文件夹
  • Service.Project.1 - 项目
  • Service.Project.2 - 项目
• Web - 解决方案文件夹
  • 我的网站 - 项目

解决方案 #2

• 数据 - 解决方案文件夹
  • MyData - 项目
• 全局 - 解决方案文件夹
  • Global.Project.1 - 项目
  • Global.Project.2 - 项目
• 服务 - 解决方案文件夹
  • Service.Project.1 - 项目
• 应用程序 - 解决方案文件夹
  • MyConsoleApp - 项目

请注意，解决方案之间共享一些项目。

那么问题是，这些的典型方法是什么？

我们会为每个项目创建一个测试项目吗？

或者每个解决方案一个测试项目？

或者两者之间的某种混合，也许是他们自己的解决方案

对于不同的方法，你想到了什么陷阱？

Answer 1

我总是与项目和单元测试项目一对一地进行。
任何可以独立存在的项目都需要自己进行测试。否则，您会将其与测试项目中的所有其他代码耦合。

对于需要多个项目的测试代码，您可以模拟其他包中的对象，或者您可以遵循清晰的继承层次结构。即 Web 中的测试可以使用 Data 中的类，但不应测试 Data 的功能。
您还可以为组合测试创建一个新的测试项目，这在集成测试的场景中通常更有用，您正在测试一个实时系统但不是生产系统。

在解决方案中，这些将被划分到一个测试文件夹中，该文件夹将被划分到与项目本身相同的文件夹中。即，您的 Test 文件夹将包含 Data、Global、Services 和 Web 作为单独的文件夹。

拥有一个主解决方案也很有用。一个包含所有项目。这样，您可以确保对 Data 的更改不会破坏其他解决方案的 Web 测试，即使它不会破坏您当前的测试。

---

如果您真正要做的是创建一些共享库，那么您应该考虑托管自己的 nuget 存储库。这有助于解决共享代码中的版本控制问题。