有时，测试私有声明是很好的。 基本上，编译器只有一个公共方法:Compile(string outputFileName, params string[] sourceSFileNames)。我相信您可以理解，如果不测试每个“隐藏”声明，就很难测试这样的方法!

这就是为什么我们创建了Visual t#:来简化测试。它是一个免费的。net编程语言(兼容c# v2.0)。

我们增加了‘。——“操作符。它就像'。操作符，除了您还可以从测试中访问任何隐藏的声明，而无需更改已测试项目中的任何内容。

看看我们的网站:免费下载。

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

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

我还使用了InternalsVisibleToAttribute方法。值得一提的是，如果你为了达到这个目的而将你之前的私有方法变成内部方法，那么也许它们不应该成为直接单元测试的对象。

毕竟，您是在测试类的行为，而不是它的具体实现——您可以在不更改前者的情况下更改后者，并且您的测试仍然应该通过。

MbUnit有一个很好的包装，叫做Reflector。

Reflector dogReflector = new Reflector(new Dog());
dogReflector.Invoke("DreamAbout", DogDream.Food);

您还可以从属性中设置和获取值

dogReflector.GetProperty("Age");

关于“私人测试”，我同意…在完美的世界里。做私有单元测试是没有意义的。但在现实世界中，您可能最终希望编写私有测试，而不是重构代码。

我很惊讶还没有人说过这一点，但我采用的一个解决方案是在类内部创建一个静态方法来测试自身。这使您可以访问用于测试的所有公共和私有内容。

此外，在脚本语言(具有OO功能，如Python、Ruby和PHP)中，您可以在运行时对文件本身进行测试。确保您的更改不会破坏任何东西的快速方法。这显然为测试所有类提供了可伸缩的解决方案:只需运行所有类即可。(你也可以用void main在其他语言中这样做，它也总是运行它的测试)。