Java 单元测试：替换被测私有方法

Question

运行 JUnit 测试时是否有任何方法可以替换私有方法中的逻辑？

一些背景知识：我们有一些与 OSGi 容器内的包交互的私有方法。这在单元测试中不可用，因此该方法将失败。

我们已经研究过 JMockIt，但方法替换功能似乎想要强制您替换类中相互调用的所有方法。

实现将是这样的：

public final doSomething() {  
    firstThing();
    secondThing();
}
private firstThing() {  
    // normal code
}
private secondThing() {  
    // code which is unavailable in a unit test
}

单元测试将指定 secondaryThing() 的新实现：

// replace secondThing() in impl with this secondThing()

private secondThing() {  
    // dummy code
}

// run tests

Answer 1

你当然可以用JMockit解决这种情况。
一种方法是定义一个“模拟”类，例如：

public class MyTest
{
    @Test
    public void testDoSomething()
    {
        new MockUp<ClassWhichDependsOnOtherBundles>()
        {
            @Mock
            void secondThing()
            {
               // do anything here
            }
        };

        new ClassWhichDependsOnOtherBundles().doSomething();
    }
}

只有模拟类中的 SecondThing() 方法才会被 JMockit 替换。
还可以使用 JMockit Expectations API 进行部分模拟。

Answer 2

您将实现与 osgi 对象的创建耦合（在 secondaryThing() 或类本身内执行）。如果您从外部将实现传递到类中，则可以在测试时使用存根/模拟。

Answer 3

我还认为依赖注入可以解决这个问题。
如果您不想在项目中使用另一个框架，并且这是唯一会带来麻烦的地方，您可以为 secondaryThing 定义一个接口，并为其提供 2 个实现，一个用于原始代码，另一个用于单元测试的空实现。

Answer 4

我的建议 - 重新设计你的应用程序。如果您想更改 private 方法的行为：

• 将其设置为 protected / public 并在类似模拟的对象中覆盖它，
• 移动功能从方法中进入一个可注入的辅助类（通过依赖注入）。然后模拟该帮助程序并将模拟注入到被测类中，而不是原始的帮助程序中。

解决方法可能是某种字节码操作技术，但我不推荐这样做。

Answer 5

有一个很好的存根模式

ProductionClass.java：BlaTest.java

public class ProductionClass {
  ...
  //default visibility to make it available for stubbing
  void firstThing(){...}

  ...
}

（与生产类相同的包）：

public class BlaTest {

 @Test
 void test_xx(){
   //use stubbed impl
   ProductionClass sut = new ProductionClassStubbed();
   sut.doSomething();
 }
}

class ProductionClassStubbed extends ProductionClass{

 @Override
 void firstThing(){
   //stub out fill in what you want (like dummy behaviour)
 } 
}

一件不同的事情。我在您的示例代码中看到了最终修饰符。请注意使用 final 修饰符。它们对于可测试性来说是邪恶的。仅在确实必要时才使用。