如何使用JUnit测试具有内部私有方法、字段或嵌套类的类？
仅仅为了能够运行测试而更改方法的访问修饰符似乎是不好的。
当前回答
如果您的测试类与应该测试的类在同一个包中呢？
当然，在另一个目录中，源代码使用src&classes，测试类使用test/src和test/classes。让类和测试/类位于类路径中。
其他回答
在C++中：在包含包含要测试的私有函数的类头之前。
使用此代码：
#define private public
#define protected public
我想分享一条关于测试的规则，这条规则尤其与本主题相关：
我认为你不应该为了更轻松地编写测试。
在其他帖子中有一些建议，说你应该调整原始类以测试私有方法-请先将此警告标记为红色。
如果我们将方法/字段的可访问性更改为包私有或受保护，只是为了让测试可以访问它，那么我们就违背了私有访问指令存在的目的。
当我们想要进行测试驱动的开发时，为什么要有私有字段/方法/类？那么，我们是否应该将所有内容都声明为私有的，甚至是公共的，这样我们就可以不费力地进行测试了-我不这么认为。
从另一个角度来看：测试不应影响生产应用程序的性能和执行。
如果我们仅仅为了更容易的测试而更改生产代码，这可能会在某种程度上影响性能和应用程序的执行。
如果有人开始将私有访问更改为包私有，那么开发人员最终可能会想出其他“巧妙的想法”，向原始类添加更多代码。这会给可读性带来额外的噪音，并会影响应用程序的性能。
随着私有访问更改为限制性较小的访问，我们为开发人员在应用程序的未来开发中滥用新情况提供了可能性。我们不是强迫他/她以正确的方式发展，而是用新的可能性引诱他/她，让他/她有能力在未来做出错误的选择。
当然，这条规则可能会有一些例外，但如果理解清楚，规则是什么，例外是什么？我们需要绝对确定我们知道为什么会引入这种例外。
如果您想测试不能更改代码的遗留应用程序的私有方法，Java的一个选项是jMockit，它将允许您创建对象的模拟，即使它们对类是私有的。
测试私有方法的最佳方法是通过另一个公共方法。如果无法做到这一点，则以下条件之一为真：
私有方法是死代码您正在测试的类附近有设计气味您尝试测试的方法不应是私有的
从测试框架测试Java私有方法的最佳合法方法是在方法上添加@VisibleForTesting注释，因此相同的方法将像公共方法一样在测试框架中可见。
