测试私有方法会破坏类的封装，因为每次更改内部实现时都会破坏客户端代码（在本例中是测试）。

所以不要测试私有方法。

今天，我推出了一个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打破了封装。它会让您通过反射访问所有这些内容，但在编译时会检查所有内容。

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

我倾向于不测试私人方法。这里有疯狂。我个人认为，你应该只测试你公开的接口（包括受保护的和内部的方法）。

如果您的测试类与应该测试的类在同一个包中呢？

当然，在另一个目录中，源代码使用src&classes，测试类使用test/src和test/classes。让类和测试/类位于类路径中。

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

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

我不确定这是否是一种好的技术，但我开发了以下模式来单元测试私有方法：

我不修改要测试的方法的可见性，也不添加其他方法。相反，我为要测试的每个私有方法添加了一个额外的公共方法。我调用这个额外的方法TestPort，并用前缀t_表示它们。然后，此测试端口方法只需访问相应的私有方法。

此外，我向测试端口方法添加了一个布尔标志，以决定是否从外部通过测试端口方法授予对私有方法的访问权。然后在静态类中全局设置该标志，在该类中我放置了例如应用程序的其他全局设置。因此，我可以在一个地方打开和关闭对私有方法的访问，例如，在相应的单元测试中。