在CodeProject上，有一篇文章简要讨论了测试私有方法的优缺点。然后它提供一些反射代码来访问私有方法(类似于Marcus上面提供的代码)。我在这个示例中发现的唯一问题是代码没有考虑重载方法。

你可以在这里找到文章:

http://www.codeproject.com/KB/cs/testnonpublicmembers.aspx

这里有一篇关于私有方法单元测试的好文章。但是我不知道哪个更好，是让你的应用程序专门为测试而设计(就像只为测试而创建测试)还是使用反射来测试。 我敢肯定大多数人都会选择第二种方式。

有两种类型的私有方法。静态私有方法和非静态私有方法(实例方法)。下面两篇文章用示例解释了如何对私有方法进行单元测试。

单元测试静态私有方法 单元测试非静态私有方法

将它们声明为内部的，然后使用InternalsVisibleToAttribute允许单元测试程序集看到它们。

如果你正在使用。net，你应该使用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();