这是我的龙目样本：

public static void main(String[] args) throws NoSuchFieldException, SecurityException, IllegalArgumentException, IllegalAccessException, NoSuchMethodException, InvocationTargetException {
    Student student = new Student();

    Field privateFieldName = Student.class.getDeclaredField("name");
    privateFieldName.setAccessible(true);
    privateFieldName.set(student, "Naruto");

    Field privateFieldAge = Student.class.getDeclaredField("age");
    privateFieldAge.setAccessible(true);
    privateFieldAge.set(student, "28");

    System.out.println(student.toString());

    Method privateMethodGetInfo = Student.class.getDeclaredMethod("getInfo", String.class, String.class);
    privateMethodGetInfo.setAccessible(true);
    System.out.println(privateMethodGetInfo.invoke(student, "Sasuke", "29"));
}


@Setter
@Getter
@ToString
class Student {
    private String name;
    private String age;
    
    private String getInfo(String name, String age) {
        return name + "-" + age;
    }
}

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

在尝试了Cem Catikkas使用Java反射的解决方案后，我不得不说，他的解决方案比我在这里描述的更优雅。然而，如果您正在寻找使用反射的替代方案，并且能够访问您正在测试的源代码，那么这仍然是一个选项。

测试类的私有方法可能有好处，特别是在测试驱动开发中，您希望在编写任何代码之前设计小型测试。

创建一个可以访问私有成员和方法的测试，可以测试那些只访问公共方法而难以专门针对的代码区域。如果公共方法涉及多个步骤，它可以由多个私有方法组成，然后可以单独测试。

优势：

可以测试到更精细的粒度

缺点：

测试代码必须位于文件作为源代码更难维护与.class输出文件类似，它们必须保持在源代码中声明的相同包中

然而，如果连续测试需要这种方法，这可能是一个信号，表明应该提取私有方法，可以以传统的公共方式进行测试。

下面是一个复杂的例子，说明这是如何工作的：

// Import statements and package declarations

public class ClassToTest
{
    private int decrement(int toDecrement) {
        toDecrement--;
        return toDecrement;
    }

    // Constructor and the rest of the class

    public static class StaticInnerTest extends TestCase
    {
        public StaticInnerTest(){
            super();
        }

        public void testDecrement(){
            int number = 10;
            ClassToTest toTest= new ClassToTest();
            int decremented = toTest.decrement(number);
            assertEquals(9, decremented);
        }

        public static void main(String[] args) {
            junit.textui.TestRunner.run(StaticInnerTest.class);
        }
    }
}

内部类将编译为ClassToTest$StaticInnerTest。

另请参阅：Java提示106：静态内部类以获取乐趣和利润

我建议您稍微重构一下代码。当你不得不开始考虑使用反射或其他类型的东西来测试你的代码时，你的代码出了问题。

你提到了不同类型的问题。让我们从私有字段开始。对于私有字段，我会添加一个新的构造函数并将字段注入其中。而不是：

public class ClassToTest {

    private final String first = "first";
    private final List<String> second = new ArrayList<>();
    ...
}

我会用这个：

public class ClassToTest {

    private final String first;
    private final List<String> second;

    public ClassToTest() {
        this("first", new ArrayList<>());
    }

    public ClassToTest(final String first, final List<String> second) {
        this.first = first;
        this.second = second;
    }
    ...
}

即使使用一些遗留代码，这也不会成为问题。旧代码将使用一个空构造函数，如果你问我，重构后的代码看起来会更干净，而且你可以在测试中注入必要的值，而无需反射。

现在谈谈私有方法。根据我的个人经验，当您必须存根一个私有方法进行测试时，该方法在该类中没有任何作用。在这种情况下，一种常见的模式是将其包装在一个接口中，如Callable，然后在构造函数中传递该接口（使用多构造函数技巧）：

public ClassToTest() {
    this(...);
}

public ClassToTest(final Callable<T> privateMethodLogic) {
    this.privateMethodLogic = privateMethodLogic;
}

我写的大部分内容看起来都是依赖注入模式。根据我的个人经验，它在测试时非常有用，我认为这种代码更干净，更容易维护。我对嵌套类也是这样说的。如果嵌套类包含大量逻辑，最好将其作为包私有类移动，并将其注入到需要它的类中。

在重构和维护遗留代码时，我还使用了其他几种设计模式，但这都取决于要测试的代码的情况。大多数情况下，使用反射并不是问题，但当您有一个经过严格测试的企业应用程序，并且在每次部署之前都要运行测试时，一切都会变得非常缓慢（这很烦人，我不喜欢这种东西）。

还有setter注入，但我不建议使用它。我最好使用构造函数，并在真正需要时初始化所有内容，留下注入必要依赖项的可能性。

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

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

请参见下面的示例；

应添加以下导入语句：

import org.powermock.reflect.Whitebox;

现在，您可以直接传递具有私有方法、要调用的方法名和其他参数的对象，如下所示。

Whitebox.invokeMethod(obj, "privateMethod", "param1");