如何在一个解决方案中更好地组织多个项目及其各自的单元/集成测试？

Question

我正在执行一个AI项目，该项目目前具有以下命名空间/包结构：

​

​

我的想法是为每个模块(可能不是所有模块)进行一些单元/集成测试。创业可能不会被测试)。

这些“主”包中的每一个都位于不同的物理文件中。我想知道你认为什么更好：

每个物理文件都有一个X.Tests.dll

• Having，一个具有大量测试的物理文件(在Breakthrough.dll中似乎不是一个很好的idea).

• Incorporating突破测试，在AI.GeneticAlgorithms.dll中有AI.GeneticAlgorithms，等等)。我有点喜欢这个解决方案，因为那时我不会让Visual解决方案资源管理器杂乱无章地处理整个测试项目。

谢谢!

Answer 1

就我个人而言，我将有一个项目/程序集用于启动，一个用于测试，另一个用于其他一切。

多个项目的构建时间显著增加，因此项目越少越好。当然，除非您需要能够单独部署不同的包。

测试通常不包含在他们正在测试的项目中，因为它要求程序集对所使用的任何测试框架具有依赖关系。

Answer 2

我将为每个Test.dll设置一个.dll。这是我习惯的工作方式，我认为这是个好方法。你现在在什么地方被测试。

正如Liam已经指出的，实现和测试不应该在同一个dll中。它不必要地增加了交付的dll的大小，您必须交付测试的所有依赖项(例如，单元测试框架、模拟等)。