用于测试私有方法的Java工具?
对于私有方法测试的意义,存在不同的观点,例如,和。我个人认为这是有道理的,问题是如何正确地做。 在C++中,可以使用或使测试类<代码>朋友<代码>,在C语言中,但是在java中,我们必须使用或使它们“可见用于测试”,并使意图清晰。两者的缺点应该十分明显 我认为应该有更好的。从用于测试私有方法的Java工具?,java,testing,reflection,private,Java,Testing,Reflection,Private,对于私有方法测试的意义,存在不同的观点,例如,和。我个人认为这是有道理的,问题是如何正确地做。 在C++中,可以使用或使测试类朋友,在C语言中,但是在java中,我们必须使用或使它们“可见用于测试”,并使意图清晰。两者的缺点应该十分明显 我认为应该有更好的。从 public class Something { private int internalSecret() { return 43; } } 如果能够在测试代码中调用私有方法(如 @MakeVisible
public class Something {
private int internalSecret() {
return 43;
}
}
如果能够在测试代码中调用私有方法(如
@MakeVisibleForTesting Something something = new Something();
Assert.assertEquals(43, something.internalSecret());
@MakeVisibleForTesting Something something = new Something();
Assert.assertEquals(43, something.internalSecret());
在这里,注释将使用反射将所有调用静默地转换为something
的私有方法。我想知道你是否能做到(并询问作者)
很有可能做那么多的魔术证明太复杂了,而且在任何情况下都需要一些时间,所以我正在寻找一些替代方案。可能使用类似于@Decapsulate
的东西来注释测试中的类,并使用注释处理器生成一个类Decapsulated\u类似的东西
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());
我在注释处理方面没有太多经验,因此我首先要问:
- 实施起来有多复杂
- 我忘了什么
- 你一般怎么看
执行此实现似乎有很多麻烦。这可能不值得。而只是将方法包设为默认值
然而,如果您决定调用private方法,您可以在
Decapsulated_类中使用something
来允许通过反射进行调用。所以它相当简单。我将回答“一般”问题:-)只需要几行代码就可以通过反射访问方法,而且有相当多的库、UTIL、API等提供了实现方法。您可能还可以在自己的代码中使用许多不同的技术。例如字节码操作、反射、类扩展等,但我倾向于保持简单。虽然测试私有方法很有用,但您也可能只想测试少数方法。因此,设计一些复杂的东西可能有点过头了。我只需要使用一个已建立的API,或者编写一个快速方法来访问我感兴趣的私有方法,然后就这样做了 有很多方法可供选择
- 不要测试私有方法,因为它们是隐藏的实现细节,不会对调用方造成影响
- 将方法包设为本地,以便调用方无法访问它们,但您可以在同一个包(即单元测试)中访问它们
- 使单元测试成为内部类或提供包本地内部类。不确定这是否是一种进步李>
- 使用反射来访问类的方法。这就像在一个方法不存在并且是一个混乱的IMHO时标记一个方法rpivate。只有当方法真正私有时,才应该将其标记为私有
几年前,我参与了一个项目,该项目生成了类,以使对私有方法进行单元测试变得更容易
它生成了比调用反射更容易的额外类,例如,如果您有MyClass.myPrivateMethod(),它将生成一个允许直接调用myPrivateMethod的_MyClass类
它从来没有真正完成过,在一些情况下是有用的,但总的来说,我不建议测试私有方法,除非绝对必要。通常,将它们重新设计为实用程序类(如果您担心用户使用它们,可以使用包访问)是一个更好的选择
如果能够在测试代码中调用私有方法(如
@MakeVisibleForTesting Something something = new Something();
Assert.assertEquals(43, something.internalSecret());
@MakeVisibleForTesting Something something = new Something();
Assert.assertEquals(43, something.internalSecret());
有一种方法注释,请查看的@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]
}
你是在问fir一个工具,还是自己写一个?@Raedwald我在问如何解决它。绞死自己是一种选择,但重塑方向盘并不是明确想要的。第二点+++++