从本文：使用JUnit和SuiteRunner测试私有方法（Bill Venners）中，您基本上有4个选项：

不要测试私有方法。授予方法包访问权限。使用嵌套测试类。使用反射。

首先，我要抛出一个问题：为什么你的私人成员需要隔离测试？它们是否如此复杂，提供了如此复杂的行为，以至于需要在公共表面之外进行测试？这是单元测试，而不是“代码行”测试。别为小事操心。

如果它们是那么大，足够大，以至于这些私有成员都是一个复杂度很大的“单元”，那么考虑将这些私有成员从这个类中重构出来。

如果重构不合适或不可行，在进行单元测试时，是否可以使用策略模式来替换对这些私有成员函数/成员类的访问？在单元测试中，该策略将提供额外的验证，但在发布版本中，它将是简单的传递。

PowerMock.Whitebox是我见过的最好的选项，但当我阅读它的源代码时，它会读取带有反射的私有字段，所以我想我有了答案：

使用PowerMock测试私有内部状态（字段），或仅进行反射，而无需引入其他独立性的开销对于私人方法：事实上，这个问题本身的赞成票，以及大量的评论和答案，表明这是一个非常并发和有争议的话题，无法给出适合每种情况的确切答案。我知道只有合同需要测试，但我们也需要考虑保险范围。事实上，我怀疑只有测试合约才能100%让一个类免于错误。私有方法是那些在定义数据的类中处理数据的方法，因此对其他类不感兴趣，因此我们不能简单地公开以使其可测试。我会尽量不去测试它们，但当你必须的时候，就去尝试，忘记这里的所有答案。你比互联网上的任何人都更了解自己的处境和限制。当您可以控制代码时，请使用它。经过考虑，但不要过度思考。

一段时间后，当我重新考虑时，我仍然相信这是真的，但我看到了更好的方法。

首先，Powermock.Whitebox仍然可用。

而且，Mockito Whitebox在v2之后被隐藏了（我可以在Whitebox中找到的最新版本是testImplementation“org.Mockito:Mockito core:1.10.19”），并且它一直是org.mockit.internal包的一部分，未来很可能会发生重大变化（请参阅本文）。所以现在我倾向于不使用它。

在Gradle/MMaven项目中，如果您定义了私有方法或字段，那么除了反射之外，没有任何其他方法可以访问它们，因此第一部分是正确的。但是，如果您将可见性更改为“包私有”，则测试包中遵循相同结构的测试将可以访问它们。这也是我们被鼓励在主包和测试包中创建相同层次结构的另一个重要原因。因此，当您可以控制生产代码和测试时，删除私有访问修饰符可能是您的最佳选择，因为相对而言，它不会造成巨大影响。这使得测试和私人方法间谍成为可能。

@Autowired
private SomeService service; // With a package private method "doSomething()"

@Test
void shouldReturnTrueDoSomething() {
    assertThat(doSomething(input), is(true)); // Package private method testing
}

@Test
void shouldReturnTrueWhenServiceThrowsException() {
    SomeService spy = Mockito.spy(service); // Spying real object
    doThrow(new AppException()).when(spy).doSomething(input); // Spy package private method
    ...

}

谈到内部字段，在Spring中有ReflectionUtils.setField（）。

最后，有时我们可以绕过问题本身：如果需要满足覆盖要求，也许可以将这些私有方法移到内部静态类中，并忽略Jacobo中的这个类。我只是找到了一些方法来忽略Jacobo Gradle任务中的内部类。另一个问题。

今天，我推出了一个Java库来帮助测试私有方法和字段。它的设计考虑到了Android，但它确实可以用于任何Java项目。

如果您有一些带有私有方法、字段或构造函数的代码，可以使用BoundBox。它正是你想要的。下面是一个测试示例，它访问Android活动的两个私有字段来测试它：

@UiThreadTest
public void testCompute() {

    // Given
    boundBoxOfMainActivity = new BoundBoxOfMainActivity(getActivity());

    // When
    boundBoxOfMainActivity.boundBox_getButtonMain().performClick();

    // Then
    assertEquals("42", boundBoxOfMainActivity.boundBox_getTextViewMain().getText());
}

BoundBox使测试私有/受保护的字段、方法和构造函数变得容易。你甚至可以访问被继承隐藏的东西。实际上，BoundBox打破了封装。它会让您通过反射访问所有这些内容，但在编译时会检查所有内容。

它非常适合测试一些遗留代码。小心使用。；）

对于Java，我会使用反射，因为我不喜欢仅仅为了测试而更改对声明方法的包的访问。然而，我通常只测试公共方法，这也应该确保私有方法正常工作。

不能使用反射从所有者类外部获取私有方法，私有修饰符也会影响反射

这不是真的。你当然可以，正如塞姆·卡提卡斯的回答中所提到的。

要用大型而古怪的类测试遗留代码，能够测试我现在正在编写的一个私有（或公共）方法通常非常有用。

我在Java中使用junitx.util.PrivateAccessor包。它有很多用于访问私有方法和私有字段的有用的一行程序。

import junitx.util.PrivateAccessor;

PrivateAccessor.setField(myObjectReference, "myCrucialButHardToReachPrivateField", myNewValue);
PrivateAccessor.invoke(myObjectReference, "privateMethodName", java.lang.Class[] parameterTypes, java.lang.Object[] args);