在实际开发中，经常会遇到这样的情况。
　　一个共有的 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]
publicvoidTestPrivateAdd()
{
PrivateObjectpo=newPrivateObject(newCalculate());
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);
}