用于测试私有方法的Java工具？
对私有方法测试的意义有不同的看法，例如， 这里和这里 。 我个人认为这是有道理的，问题是如何正确地做到这一点。 在C ++中你可以使用#define hack或者使测试类成为friend ，在C＃中有InternalsVisibleToAttribute ，但是在Java中我们必须使用reflection或使它们“可见以进行测试”并对它们进行注释以便使它们成为可能 。意图清楚。 两者的缺点应该非常清楚。
我认为应该有更好的东西。 从…开始
public class Something { private int internalSecret() { return 43; } }
能够在测试代码中调用私有方法会很好
@MakeVisibleForTesting Something something = new Something(); Assert.assertEquals(43, something.internalSecret());
这里的注释会使用reflection静默地将所有调用转换为something私有方法。 我想知道龙目岛是否可以做到（并会问作者）。
做这么多魔术很可能certificate太复杂了，无论如何它需要一些时间，所以我正在寻找一些替代方案。 也许用@Decapsulate注释正在测试的类，并使用注释处理器生成类Decapsulated_Something看起来像
public class Decapsulated_Something { public Decapsulated_Something(Something delegate) { this.delegate = delegate } public boolean internalSecret() { // call "delegate.internalSecret()" using reflection } ... }
这将允许使用
Decapsulated_Something something = new Decapsulated_Something(new Something()); Assert.assertEquals(43, something.internalSecret());
我对注释处理没有太多经验，所以我先问一下：
- 这有多复杂？
- 我忘记了什么？
- 你对此有何看法？
能够在测试代码中调用私有方法会很好
@MakeVisibleForTesting Something something = new Something(); Assert.assertEquals(43, something.internalSecret());
有一个方法注释，请查看dp4j的@TestPrivates ：
@Test @TestPrivates //since the method is annotated with JUnit's @Test this annotation is redundant. // You just need to have dp4j on the classpath. public void somethingTest(){ Something something = new Something(); int sthSecret = something.internalSecret(); Assert.assertEquals(43, sthSecret); //cannot use something.internalSecret() directly because of bug [dp4j-13][2] }
执行此实现似乎很麻烦。 这可能不值得。 而只是使方法包默认。
但是，如果您决定调用private方法，则可以在Decapsulated_something类中使用setAccessible以允许通过reflection进行调用。 所以这很简单。
我将回答“一般”问题:-)只需要几行代码就可以通过reflection访问方法，并且有很多库，工具，API等提供了这样做的方法。 您可以在自己的代码中使用许多不同的技术。 例如字节码操作，reflection，类扩展等。但我倾向于保持简单。 虽然测试私有方法可能很有用，但您也可能只想测试一些方法。 因此，设计复杂的东西可能是过度的。 我只是使用已建立的API，或者编写一个快速方法来访问我感兴趣的私有方法，并让它完成。
有很多方法可以采取
- 不要测试私有方法，因为它们是隐藏的实现细节，它们永远不会对调用者产生影响。
- 使方法包本地化，以便调用者无法访问它们，但您可以在同一个包中访问它们，即unit testing。
- 使unit testing内部类或提供包本地内部类。 不确定这是一个改进！
- 使用reflection来访问类的方法。 这就像标记一个方法rpivate当它不是并且是混淆恕我直言。 当它是真正私有的时，你应该只将方法标记为私有。
几年前我参与了一个项目，该项目生成了类，以便更容易对私有方法进行unit testing。 http://java.net/projects/privateer/
它生成了额外的类，使得它比调用reflection更容易，例如，如果你有MyClass.myPrivateMethod（），它将生成一个允许直接调用myPrivateMethod的_MyClass类。
它从来没有真正完成，并且在一些情况下有用，但总的来说，除非绝对必要，否则我不建议测试私有方法。 通常将它们重新设计为实用程序类（如果您担心用户使用它们，可以使用包访问）是一个更好的选择。