如果您想测试不能更改代码的遗留应用程序的私有方法，Java的一个选项是jMockit，它将允许您创建对象的模拟，即使它们对类是私有的。

我和我的团队正在使用Typemock，它有一个API，允许您伪造非公共方法。

最近，他们增加了伪造不可见类型和使用xUnit的能力。

我想测试私有方法的两个例子：

解密例程-我不会想让任何人都能看到它们为了测试，否则任何人都可以使用它们来解密。但他们是代码固有的、复杂的，并且需要始终工作（明显的例外是反射，在大多数情况下，当SecurityManager未配置为防止这种情况发生时，反射甚至可以用于查看私有方法）。为社区创建SDK消耗在这里，公众对完全不同的含义，因为是全世界都能看到的代码（不仅仅是我的应用程序内部）。我把如果我不这样做，请将代码转换为私有方法希望SDK用户看到它-我不要将其视为代码气味SDK编程是如何工作的。但是当然我还需要测试私有方法，它们在哪里我的SDK的功能生活。

我理解只测试“合同”的想法。但我看不出有人可以主张不测试代码，因为您的里程可能会有所不同。

因此，我的权衡涉及到用反射使JUnit测试复杂化，而不是损害我的安全性和SDK。

我使用的另一种方法是将私有方法更改为打包私有或受保护的方法，然后使用GoogleGuava库的@VisibleForTesting注释对其进行补充。

这将告诉使用此方法的任何人要小心，即使在包中也不要直接访问它。同样，测试类不需要在物理上位于同一个包中，而是位于测试文件夹下的同一包中。

例如，如果要测试的方法位于src/main/java/mybackage/MyClass.java中，那么您的测试调用应该位于src/test/java/mypackage/MiClassTest.java中。这样，您就可以访问测试类中的测试方法。

如果您只使用Mockito：

您可以将私有方法视为正在测试的公共方法的一部分。您可以确保在测试公共方法时覆盖私有方法中的所有情况。

假设您是一个仅限Mockito的用户（不允许或不想使用PowerMock或反射或任何此类工具），并且不想更改正在测试的现有代码或库，这可能是最好的方法。

如果选择这种方式，唯一需要处理的就是在私有方法中本地声明的变量（用户定义的对象）。如果私有方法依赖于本地声明的变量对象及其方法，请确保将这些用户定义的对象全局声明为私有对象，而不是本地声明的对象。您可以在本地实例化这些对象。

这允许您模拟这些对象并将它们注入回测试对象。你也可以模仿（使用when/then）他们的方法。

这将允许您在测试公共方法时无错误地测试私有方法。

优势

代码覆盖范围能够测试完整的私有方法。

缺点

对象的作用域如果您不希望对象公开给同一类中的其他方法，这可能不是您的方式。当在不同的公共方法和/或在同一方法中多次调用时，您可能会多次测试私有方法。

测试私有方法的最佳方法是通过另一个公共方法。如果无法做到这一点，则以下条件之一为真：

私有方法是死代码您正在测试的类附近有设计气味您尝试测试的方法不应是私有的