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