在Spring Framework中，您可以使用以下方法测试私有方法：

ReflectionTestUtils.invokeMethod()

例如：

ReflectionTestUtils.invokeMethod(TestClazz, "createTest", "input data");

如果您确实需要直接测试私有方法/类等，那么可以使用其他答案中已经提到的反射。然而，如果说到这一点，我宁愿使用框架提供的实用程序类，而不是直接处理反射。例如，对于Java，我们有：

Spring框架中的ReflectionUtilsJUnit中的ReflectionUtils

关于如何使用它们，你可以在网上找到很多文章。我特别喜欢这个：

org.springframework.util.ReflectionUtils的Java代码示例

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

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

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

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

当我的类中有足够复杂的私有方法，以至于我觉得需要直接测试私有方法时，这是一种代码气味：我的类太复杂了。

我解决这些问题的通常方法是梳理出一个包含有趣内容的新类。通常，这个方法及其交互的字段，或者可以将另一个或两个方法提取到一个新类中。

新类将这些方法公开为“public”，因此可以对它们进行单元测试。新的和旧的类现在都比原来的类简单，这对我来说很好（我需要保持简单，否则我会迷路！）。

注意，我并不是建议人们不用大脑就可以创建课程！这里的重点是使用单元测试的力量来帮助您找到好的新类。

您可以创建一个特殊的公共方法来代理要测试的私有方法。使用IntelliJ时，@TestOnly注释是现成的。缺点是，如果有人想在公共环境中使用私有方法，他可以这样做。但注释和方法名会警告他。在IntelliJ上，执行此操作时将显示警告。

import org.jetbrains.annotations.TestOnly

class MyClass {

    private void aPrivateMethod() {}

    @TestOnly
    public void aPrivateMethodForTest() {
        aPrivateMethod()
    }
}

PowerMockito就是为此而生的。

使用Maven依赖项：

    <dependency>
        <groupId>org.powermock</groupId>
        <artifactId>powermock-core</artifactId>
        <version>2.0.7</version>
        <scope>test</scope>
    </dependency>

那你就可以了

import org.powermock.reflect.Whitebox;
...
MyClass sut = new MyClass();
SomeType rval = Whitebox.invokeMethod(sut, "myPrivateMethod", params, moreParams);