我已经阅读了这篇关于如何测试私有方法的文章。我通常不测试它们，因为我总是认为只测试将从对象外部调用的公共方法更快。你测试私有方法吗?我应该一直测试它们吗?
当前回答
这显然与语言有关。在过去的c++中，我将测试类声明为友类。不幸的是，这需要您的生产代码了解测试类。
其他回答
正如上面引用的，“如果你不测试你的私有方法，你怎么知道它们不会崩溃?”
这是一个大问题。单元测试的一个重要要点是尽快知道在哪里、何时以及如何发生故障。这样就减少了大量的开发和QA工作。如果所有测试的都是公开的，那么您就没有对类的内部进行诚实的覆盖和描述。
我发现最好的方法之一是将测试引用添加到项目中，并将测试放在与私有方法并行的类中。放入适当的构建逻辑，这样测试就不会构建到最终项目中。
然后，您就有了测试这些方法的所有好处，您可以在几秒钟内而不是几分钟或几小时内发现问题。
总之，单元测试你的私有方法。
我倾向于遵循Dave Thomas和Andy Hunt在他们的书《实用单元测试》中的建议:
一般来说，为了不破坏任何封装 测试(或者就像妈妈常说的，“不要暴露你的私处!”)。大多数 此时，您应该能够通过执行类的 公共方法。如果隐藏了重要的功能 在私人或受保护访问的背后，这可能是一个警告信号 还有一群人在里面挣扎着想出来。
但有时我无法阻止自己测试私有方法，因为它给了我一种安全感，我正在构建一个完全健壮的程序。
我们通过推断来测试私有方法，我的意思是我们寻找总类测试覆盖率至少为95%，但我们的测试只调用公共方法或内部方法。为了获得覆盖，我们需要根据可能发生的不同场景对公众/内部人员进行多次调用。这使得我们的测试更专注于它们所测试的代码的目的。
特朗皮对你链接的帖子的回答是最好的。
我不对私有方法进行单元测试。私有方法是应该对类的用户隐藏的实现细节。测试私有方法会破坏封装。
如果我发现私有方法非常庞大、复杂或重要到需要自己的测试，我就把它放在另一个类中，并在那里将它设为公共(方法对象)。然后，我可以轻松地测试以前是私有但现在是公共的方法，该方法现在存在于它自己的类中。
我认为最好只测试对象的公共接口。从外部世界的角度来看，只有公共接口的行为是重要的，这是您的单元测试应该指向的方向。
一旦你为一个对象编写了一些可靠的单元测试，你就不希望因为接口背后的实现改变了而不得不回去修改那些测试。在这种情况下，您已经破坏了单元测试的一致性。
