如果您试图测试您不愿意或无法更改的现有代码，则反射是一个不错的选择。

如果类的设计仍然是灵活的，并且您有一个复杂的私有方法需要单独测试，我建议您将其导出到一个单独的类中，并单独测试该类。这不需要更改原始类的公共接口；它可以在内部创建helper类的实例并调用helper方法。

如果您想测试来自helper方法的困难错误条件，可以更进一步。从helper类中提取一个接口，向原始类中添加一个公共getter和setter以注入helper类（通过其接口使用），然后将helper类的模拟版本注入原始类中，以测试原始类如何响应helper的异常。如果您想测试原始类而不同时测试助手类，这种方法也很有用。

您可以使用PowerMockito为要测试的私有方法中调用/使用的私有字段和私有方法设置返回值：

例如，为私有方法设置返回值：

MyClient classUnderTest = PowerMockito.spy(new MyClient());

// Set the expected return value
PowerMockito.doReturn(20).when(classUnderTest, "myPrivateMethod", anyString(), anyInt());
// This is very important. Otherwise, it will not work
classUnderTest.myPrivateMethod();

// Setting the private field value as someValue:
Whitebox.setInternalState(classUnderTest, "privateField", someValue);

最后，您可以通过以下方式验证您的私有方法：

String msg = Whitebox.invokeMethod(obj, "privateMethodToBeTested", "param1");
Assert.assertEquals(privateMsg, msg);

Or

如果classUnderTest私有方法不返回值，但它设置了另一个私有字段，则可以获取该私有字段值以查看其设置是否正确：

// To get the value of a private field
MyClass obj = Whitebox.getInternalState(classUnderTest, "foo");
assertThat(obj, is(notNull(MyClass.class))); // Or test value

Groovy有一个bug/特性，通过它可以调用私有方法，就像它们是公共的一样。因此，如果您能够在项目中使用Groovy，那么可以使用它来代替反射。查看此页面以获取示例。

一般来说，单元测试旨在使用类或单元的公共接口。因此，私有方法是您不希望显式测试的实现细节。

下面是我测试私有字段的通用函数：

protected <F> F getPrivateField(String fieldName, Object obj)
    throws NoSuchFieldException, IllegalAccessException {
    Field field =
        obj.getClass().getDeclaredField(fieldName);

    field.setAccessible(true);
    return (F)field.get(obj);
}

在过去，我曾为Java使用过反射，在我看来这是一个很大的错误。

严格来说，您不应该编写直接测试私有方法的单元测试。您应该测试的是类与其他对象的公共契约；您不应该直接测试对象的内部。如果另一个开发人员想要对类进行一个小的内部更改，这不会影响类的公共契约，那么他/她就必须修改基于反射的测试，以确保它正常工作。如果在整个项目中重复这样做，那么单元测试就不再是代码健康状况的有用度量，而开始成为开发的障碍，成为开发团队的烦恼。

相反，我建议使用一个代码覆盖工具，例如Cobertura，以确保您编写的单元测试在私有方法中提供代码的适当覆盖。通过这种方式，您可以间接测试私有方法正在做什么，并保持更高级别的灵活性。