@RunWith(PowerMockRunner.class) 与 @RunWith(MockitoJUnitRunner.class)

Question

在使用@Mock 和@InjectMocks 注释的通常模拟中，被测类应该使用@RunWith(MockitoJUnitRunner.class) 运行。

@RunWith(MockitoJUnitRunner.class)
public class ReportServiceImplTestMockito {

     @Mock 
     private TaskService      mockTaskService;

     @InjectMocks 
     private ReportServiceImpl service;

         // Some tests
}

但在某些示例中，我看到 @RunWith(PowerMockRunner.class) 被使用：

@RunWith(PowerMockRunner.class)
public class Tests {
  @Mock
  private ISomething mockedSomething;

  @Test
  public void test1() {
    // Is the value of mockedSomething here
  }

  @Test
  public void test2() {
    // Is a new value of mockedSomething here
  }
}

有人能指出有什么区别吗？什么时候我想用一个代替另一个？

Answer 1

乍一看，答案很简单：嗯，有几个模拟框架，并且有不同的使用方式。

第一个示例告诉 JUnit 使用 Mockito 模拟框架提供的“单元测试运行器”。第二个示例使用 PowerMock 框架中的单元测试运行器。

为了让事情变得有意义，您还可以使用不同的导入语句，例如，两个框架对@Mock 注释都有不同 实现。

（使用这些特定于框架的测试运行器的主要目的是它们会使用特定于框架的特殊注释来初始化所有字段。

所以：这里的区别很简单：第一个示例是使用 Mockito 框架编写的，第二个示例使用 PowerMock。

现在，使用哪一个？

答案：Mockito。

为什么？不知何故，一个丑陋的事实是：PowerMock-one 基本上是一种呼救声。它说“被测类设计错误，请修复它”。含义：作为开发人员，您可以编写“易于测试”的代码，也可以编写“难以测试”的代码。许多人做第二个：他们编写的代码很难测试。然后，PowerMock(ito) 提供了仍然测试该代码的方法。

PowerMock(ito) 使您能够模拟（从而控制）对 static 方法和 new() 的调用。为了实现这一点，PowerMock(ito) 会操纵您的被测代码 的字节码。这对于小型代码库来说非常好，但是当您面对数百万行生产代码和数千个单元测试时，情况就完全不同了。

我已经看到许多 PowerMock 测试无缘无故地失败，几个小时后才发现……其他地方的一些“静态”事物被改变了，并且以某种方式影响了不同的 PowerMock 静态/新驱动测试用例。

在某个时候，我们的团队做出了一个有意识的决定：当您编写新代码时，您只能使用 PowerMock 进行测试……这是不可接受的。从那以后，我们只创建了 Mockito 测试用例，从那以后我们就再也没有遇到过类似的奇怪问题，让我们对 PowerMock 感到厌烦。

使用 PowerMock 的唯一可接受的原因是当您想要测试不想修改的现有（可能是第 3 方）代码时。但是当然，测试这样的代码有什么意义呢？当您无法修改该代码时，为什么测试会突然失败？

Answer 2

PowerMock 绝不应该是您的首选。如果您刚刚编写了一个只能使用 PowerMock 测试的类，那么您做错了。一个类应该具有依赖注入或具有依赖关系的构造函数，以便于测试，当然：不要尝试使用静态方法，因为它们在常规框架中是不可模拟的（阅读：mockito）。

另一方面：如果你有一个大项目，并且你想添加单元测试，因为以前的开发人员没有这样做，PowerMock 可能是唯一的解决方案，而不需要完全重构所有内容。从这个角度来看，我更喜欢 PowerMock，而不是完全没有测试。

PowerMock 很脏，因为它更改了字节码，并且 JaCoCo（SonarQube 覆盖运行程序）的代码覆盖率不起作用，但 IntelliJ 代码覆盖率运行程序可以与 PowerMock 一起使用。

当在一个类中无法使用 Mockito 测试一种方法时，我拆分测试：一个使用 Mockito 的测试类和一个使用 PowerMock 的测试类。这将使您在 SonarQube 中的代码覆盖率更好。

public class ClassToTest {

    public void testableMethod() {
        /* Do something */
    }

    public String methodWithStaticCall() {
        return MyTest.staticMethod();
    }
}

那我有一个类来测试第一种方法：

@RunWith(MockitoJUnitRunner.class)
public class testClassToTest() {
   private sut = new ClassToTest();

   @Test
   public testMethod() {
       sut.testableMethod();
   }
}

还有一个带有 PowerMock 的：

@RunWith(PowerMockJUnitRunner.class)
@PrepareForTest({MyTest.class, ClassToTest.class})
public class testClassToTestPM() {
   private sut = new ClassToTest();

   @Before
   public void before() {
       mockStatic(MyTest.class);
   }

   @Test
   public testMethod() {
       mockStatic(MyTest.class);
       when(MyTest.staticMethod()).thenReturn("test");
       assertEquals("test", sut.methodWithStaticCall());
   }
}

Answer 3

PowerMock 允许您模拟静态和私有方法以及最终类等。

PowerMock 是一个扩展其他模拟库的框架，例如 EasyMock 具有更强大的功能。 PowerMock 使用自定义 类加载器和字节码操作以启用静态模拟 方法，构造函数，最终类和方法，私有方法， 移除静态初始化器等等。

如果您需要模拟这些类型的组件，可能会有一些代码气味，但它可能很有用。在某些时候，您可能在一个过时的项目中工作，该项目创建了 静态帮助类，这些类具有需要模拟的依赖项。如果你有能力改变架构，那么修复你的设计！否则，使用正确的技术进行测试。

如果您不需要模拟静态或私有函数，则不需要使用 PowerMock。 PowerMock 是其他模拟框架的包装器。