在我看来，你应该只对类的公共API进行单元测试。

为了对方法进行单元测试，将其设为公共，会破坏封装，暴露实现细节。

一个好的公共API解决了客户端代码的直接目标，并且完全解决了这个目标。

我倾向于不使用编译器指令，因为它们很快就会把事情弄得乱七八糟。如果你真的需要它们，一种缓解它的方法是把它们放在一个partial类中，并让你的构建在制作产品版本时忽略那个.cs文件。

如果你正在使用。net，你应该使用InternalsVisibleToAttribute。

还请注意，internalsvisibletoattribute有一个要求，您的程序集必须是强命名的，如果您在一个以前没有这个要求的解决方案中工作，这就会产生它自己的一组问题。我使用访问器来测试私有方法。请看这个问题的例子。

由于某些原因，私有类型、内部变量和私有成员是这样的，通常你不想直接打乱它们。如果您这样做了，很可能稍后会崩溃，因为不能保证创建这些程序集的人会保留私有/内部实现。

但是，有时，在对编译或第三方程序集进行一些hack /探索时，我自己最终想要初始化一个私有类或具有私有或内部构造函数的类。或者，有时，在处理无法更改的预编译遗留库时——我最终会针对私有方法编写一些测试。

因此诞生了AccessPrivateWrapper - http://amazedsaint.blogspot.com/2010/05/accessprivatewrapper-c-40-dynamic.html -它是一个快速的包装类，使用c# 4.0的动态特性和反射可以使工作变得容易。

您可以创建内部/私有类型，例如

    //Note that the wrapper is dynamic
    dynamic wrapper = AccessPrivateWrapper.FromType
        (typeof(SomeKnownClass).Assembly,"ClassWithPrivateConstructor");

    //Access the private members
    wrapper.PrivateMethodInPrivateClass();

测试私有方法可能没有用处。然而，我有时也喜欢从测试方法调用私有方法。大多数时候为了防止代码重复用于测试数据生成…

微软为此提供了两种机制:

访问器

转到类定义的源代码 右键单击类名 选择“创建私有访问器” 选择要在其中创建访问器的项目 你将得到一个名为foo_accessor的新类。 该类将在编译期间动态生成，并提供所有公共成员。

然而，当涉及到原始类的接口更改时，该机制有时有点棘手。所以，大多数时候我避免使用这个。

PrivateObject类 另一种方法是使用microsoft。visualstudio。testtools。unittest。privateobject

// Wrap an already existing instance
PrivateObject accessor = new PrivateObject( objectInstanceToBeWrapped );

// Retrieve a private field
MyReturnType accessiblePrivateField = (MyReturnType) accessor.GetField( "privateFieldName" );

// Call a private method
accessor.Invoke( "PrivateMethodName", new Object[] {/* ... */} );