pet*_* k. 22 .net c# unit-testing assemblies reference
您通常如何分离代码库和相关的单元测试?我知道有人为单元测试创建了一个单独的项目,我个人觉得这个项目令人困惑且难以维护.另一方面,如果您将代码及其测试混合在一个项目中,您最终会得到与您的单元测试框架(无论是NUnit,MbUnit还是其他任何内容)相关的二进制文件以及您自己的二进制文件.
这对于调试很好,但是一旦我构建了发布版本,我真的不希望我的代码再次引用单元测试框架.
我找到的一个解决方案是将所有单元测试都包含在#if DEBUG - #endif指令中:当没有代码引用单元测试程序集时,编译器足够聪明,可以省略编译代码中的引用.
有没有其他(可能更舒适)的选择来实现类似的目标?
Mor*_*sen 20
正如其他人所指出的那样,一个单独的测试项目(对于每个正常项目)是一个很好的方法.我通常镜像命名空间并为每个普通类创建一个测试类,并在名称后附加'test'.如果您拥有可以在另一个项目中自动生成测试类和方法的Visual Studio Team System,则可直接在IDE中支持此功能.
如果要使用"内部"访问器测试类和方法,需要记住的一件事是将以下行添加到要测试的每个项目的AssemblyInfo.cs文件中:
[assembly: InternalsVisibleTo("UnitTestProjectName")]
Run Code Online (Sandbox Code Playgroud)
小智 8
在文件中使用编译器指令或创建单独项目的另一种替代方法仅仅是在项目中创建其他.cs文件.
通过项目文件本身的一些魔力,您可以指示:
示例.csproj摘录:
<Project DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003" ToolsVersion="3.5">
...
<Reference Include="nunit.framework" Condition=" '$(Configuration)'=='Debug' ">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\..\debug\nunit.framework.dll</HintPath>
</Reference>
...
<Compile Include="Test\ClassTest.cs" Condition=" '$(Configuration)'=='Debug' " />
...
</Project>
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
7470 次 |
| 最近记录: |