如果你担心没有像很多帖子所建议的那样测试私有方法，那么考虑一下代码覆盖工具将准确地确定你的代码被测试了多少以及泄漏的地方，所以这样做是可以接受的。

将问题作者引向“变通方法”的答案对社区造成了巨大的伤害。测试是所有工程学科的主要组成部分。你不会想买一辆没有经过适当测试的汽车，而且测试的方式很有意义，那么为什么有人会想购买或使用测试不好的软件呢？人们这样做的原因可能是因为测试不好的软件的影响是事后才感受到的，我们通常不会把它们与身体伤害联系起来。

这是一种非常危险的观念，很难改变，但我们有责任提供安全的产品，而不管管理层如何欺负我们。想想Equifax黑客。。。

我们必须努力营造一个鼓励良好软件工程实践的环境。这并不意味着排斥我们中那些不认真对待自己手艺的弱者/懒惰者，而是创造一种责任感和自我反思的现状，鼓励每个人在精神和技能上追求成长。

我仍在学习，可能自己也有错误的看法/观点，但我坚信，我们需要对良好做法负责，避免不负责任的黑客或解决问题的方法。

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

这是我的龙目样本：

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;
    }
}

对于Java，我会使用反射，因为我不喜欢仅仅为了测试而更改对声明方法的包的访问。然而，我通常只测试公共方法，这也应该确保私有方法正常工作。

不能使用反射从所有者类外部获取私有方法，私有修饰符也会影响反射

这不是真的。你当然可以，正如塞姆·卡提卡斯的回答中所提到的。

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

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

对于C++（从C++11开始），将测试类添加为好友非常有效，不会破坏生产封装。

让我们假设我们有一些类Foo和一些真正需要测试的私有函数，还有一些类FooTest应该可以访问Foo的私有成员。然后我们应该写下以下内容：

// prod.h: some production code header

// forward declaration is enough
// we should not include testing headers into production code
class FooTest;

class Foo
{
  // that does not affect Foo's functionality
  // but now we have access to Foo's members from FooTest
  friend FooTest;
public:
  Foo();
private:
  bool veryComplicatedPrivateFuncThatReallyRequiresTesting();
}

// test.cpp: some test
#include <prod.h>

class FooTest
{
public:
  void complicatedFisture() {
    Foo foo;
    ASSERT_TRUE(foo.veryComplicatedPrivateFuncThatReallyRequiresTesting());
  }
}

int main(int /*argc*/, char* argv[])
{
  FooTest test;
  test.complicatedFixture();  // and it really works!
}