如果您有一些遗留的Java应用程序，并且不允许更改方法的可见性，那么测试私有方法的最佳方法是使用反射。

在内部，我们使用助手来获取/设置私有和私有静态变量，以及调用私有和私有的静态方法。以下模式将允许您执行与私有方法和字段相关的任何操作。当然，您不能通过反射来更改私有静态final变量。

Method method = TargetClass.getDeclaredMethod(methodName, argClasses);
method.setAccessible(true);
return method.invoke(targetObject, argObjects);

对于字段：

Field field = TargetClass.getDeclaredField(fieldName);
field.setAccessible(true);
field.set(object, value);

笔记：TargetClass.getDeclaredMethod（methodName，argClasses）允许您查看私有方法。同样的事情也适用于getDeclaredField。需要setAccessible（true）才能与private一起玩。

私有方法由公共方法调用，因此公共方法的输入也应测试这些公共方法调用的私有方法。当公共方法失败时，这可能是私有方法的失败。

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

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

从测试框架测试Java私有方法的最佳合法方法是在方法上添加@VisibleForTesting注释，因此相同的方法将像公共方法一样在测试框架中可见。

在使用ExpectedException时，对Cem Catikka的答案进行了快速补充：

请记住，预期的异常将被包装在InvocationTargetException中，因此为了获得异常，必须抛出收到的InvocationTargetException的原因。类似于（在BizService上测试私有方法validateRequest（））：

@Rule
public ExpectedException thrown = ExpectedException.none();

@Autowired(required = true)
private BizService svc;


@Test
public void testValidateRequest() throws Exception {

    thrown.expect(BizException.class);
    thrown.expectMessage(expectMessage);

    BizRequest request = /* Mock it, read from source - file, etc. */;
    validateRequest(request);
}

private void validateRequest(BizRequest request) throws Exception {
    Method method = svc.getClass().getDeclaredMethod("validateRequest", BizRequest.class);
    method.setAccessible(true);
    try {
        method.invoke(svc, request);
    }
    catch (InvocationTargetException e) {
        throw ((BizException)e.getCause());
    }
 }

我只测试公共接口，但众所周知，我会保护特定的私有方法，因此我可以完全模拟它们，或者添加特定于单元测试目的的额外步骤。一般情况下，挂接我可以从单元测试中设置的标志，以使某些方法故意导致异常，从而能够测试故障路径；异常触发代码仅在受保护方法的重写实现中的测试路径中。

不过，我尽量不需要这样做，我总是记录下确切的原因，以避免混淆。