看到muddle在他的blog里讲到对非公有成员的测试问题，突然想到，我曾经在csdn上也问过这个问题，当时思归回答我说，测试也要遵守oop的原则，我一下很有感触，对这个问题有了一个新的看法。
我现在的想法就是私有成员是不应该测试的。
首先，NUnit这样的工具应该用来对外部接口进行测试，尤其在测试驱动开发里，你写下test case的时候，实际上是迫使你站到了用户的立场上，写下一个test case，其实也就是写下了一个use case，这使你对要开发的程序有更深一层次的理解，而用户显然是不应该知道私有成员这些实现细节的，如果你也测试私有成员的话就会破坏单元测试的这种功效。
其次，私有成员一定会被公有成员调用的，所以在测试公有成员的过程中，也就实现了对私有成员的测试，如果私有成员已经复杂到必须单独测试，你就应该考虑一下，是不是你的设计已经过于复杂了。很多情况下，私有成员有测试的需求，是因为设计时违反了Single Responsiblity Principle，你有必要将那些实现复杂功能的私有成员分离出来，写成一个独立的类。
XP中有一个说法：在想办法使自己写的代码变得易于测试的时候，好的设计也就浮现出来了，所以会有测试即设计的说法。当你写的类很难测试的时候，你就应该考虑一下，是不是你的设计中出现了Bad Smell
