在实际开发中，经常会遇到这样的情况。

一个共有的 Public 方法实现某一主要功能，但是由于该功能的实现非常复杂，需要很多的辅助类，辅助方法。由于代码封装性的需求，我们通常需要把这些辅助的类方法定义为非Public，静态static的(非必须，但是静态方法会提升性能），如 private, internal 等。

但是这也带来了一个问题，如何对这些非 public 的类，方法进行单元测，毕竟这些才是完成逻辑的代码？

我作为一个开发人员，如果让我说，有以下几种方式：

• 修改修饰符为 public， 测试完成后再修改回去-- 但是这个破坏了 Unit Test 的意义，因为它不能再任何情况下都运行。
• 反射-- 写反射的代码，动态的调用相应的方法。可以但是为了一个单元测试写这么多工具代码会不会太浪费了。
• 使用 InternvalVisibleTo 属性--[InternalsVisibleTo(“UnitTestProject.Assembly”)] 设置当前项目对单元测试的项目可见，所有的私有方法采用 Internal 限制，但是这个会不会破坏了封装那？

难道微软就没有考虑过这个问题么？

当然，答案是 PrivateObject/PrivateType -- 实际上采用的是我的第二种方式，但是做了微软做了很多处理哦，省得我们麻烦。

PrivateObject对应测试的是实例方法，PrivateType 对应测试的是静态方法。

假设我们有一个 Calculate 类如下：

    public class Calculate

    {

        internal static int AddStatic(int a, int b)

        {

            return a + b;

        }

        private int Add(int a, int b)

        {

            return a + b;

        }

    }

然后我们要对其进行测试

• 那么针对实例的 Add 方法测试代码如下

  [TestMethod]

        public void TestPrivateAdd()

        {

            PrivateObject po = new PrivateObject(new Calculate());

            Assert.AreEqual(po.Invoke("Add", 1, 2), 3);

        }

• 测试静态的 Internal 的 AddStatic 代码如下：

  [TestMethod]

        public void TestInternalStaticAdd()

        {

            PrivateType po = new PrivateType(typeof(Calculate));

            Assert.AreEqual(po.InvokeStatic("AddStatic", 1, 2), 3);

        }