我应该为我的单元测试开始一个新项目吗？这意味着我会得到两个正确的可执行文件？然后我担心命名空间组织。尽管它们是不同项目的一部分，但我能否将单元测试放在与它们正在测试的类相同的命名空间中？
这引发了另一个问题。我知道命名空间命名约定是 CompanyName.TechnologyName.Feautre.Design。我如何在我的解决方案/项目布局中做到这一点？解决方案名称=公司名称，项目名称=技术名称吗？
如果是这样，那是否意味着我不能将我的单元测试分离到一个新项目中。
【问题讨论】：
标签： .net unit-testing project-structure
最好的方法是为每个“生产项目”设置一个单独的单元测试项目。这样可以确保您可以成对地改变和移动它们。
如果您有一个单元测试项目覆盖多个目标项目，这会在这两个项目之间产生一种人为的紧密耦合，因为如果没有所有这些，您将无法编译单元测试项目其目标项目。这再次使得单独测试单个项目变得非常困难——这就是单元测试的全部意义所在。
将单元测试保存在单独的库中非常重要，因为这样可以确保您只测试代码的公共 API（黑盒测试）。
我通过在目标命名空间后附加“UnitTest”来命名我的命名空间。
【讨论】：
我倾向于有一个特定的测试项目/程序集每个程序集。测试程序集将与它应该测试的程序集同名，并在名称和命名空间中添加.Test。
这样，您就可以隔离测试，并且不会将它们与您的生产代码一起部署。
【讨论】：
每个解决方案 1 个带有文件夹的测试项目 => 回归/集成/单元，其中包含“镜像”您的解决方案项目/文件夹架构的子文件夹。
请记住 - 测试不是您的生产代码。他们应该分开。
【讨论】：
是的。您的单元测试应该是一个单独的项目，它会编译成自己的 DLL。
这意味着您不会将测试代码与您的项目一起部署 - 它会鼓励良好的设计（因为您的测试看不到私有/内部属性，您自然会倾向于测试项目中与其他系统，而不是专注于测试其内部实现的每个细节）
在命名方面，我们通常为每个项目选择一个“代号”——当前项目名为 Zanzibar——然后最终得到如下项目：
MyCompany.Zanzibar.Website（ASP.NET MVC Web 应用程序）
MyCompany.Zanzibar.Website.Testing（包含 MVC Web 应用的单元测试）
【讨论】：
是的。为每个解决方案项目创建一个单元测试项目。
只有一个可执行文件。单元测试保存在 DLL 中。
为什么不将“UnitTests”附加到相关的命名空间。
【讨论】：