Mockito：如何从另一个单一类验证单一类的方法调用

Question

我是单元测试和 Mockito 的新手，如何为给定的单例代码片段编写测试代码。

1. 我想为 XYZ 类编写单元测试。
2. 我想验证方法是否被调用。
3.我想编写测试代码来检查临时变量的状态。
4. 我也想为私有方法计算器编写测试代码。

ABC 类是单例的，有两个字段 num 和 square。

class ABC{
      private static ABC instance;
      private int num;
      private int square;

      private ABC() {}

      public static ABC getInstance() {
          if (instance == null) {
              instance = new ABC();
          }
          return instance;
      }

      public int getSquar() {
          return square;
      }

      public void setSquar(int square) {
          this.square = square;
      }

      public int getNum() {
          return num;
      }

      public void setNum(int num) {
          this.num = num;
      }
}

XYZ 类是单例正在调用 ABC 类的 getter 和 setter 也是单例。

class XYZ{
     private static XYZ instance;
     private int result;

     private XYZ(){}

     public static XYZ getInstance(){
          if (instance == null) {
              instance = new XYZ();
          }
          return instance;
     }

     public void calculateSquare(){
         ABC.getInstance().setNum(5);
         int n = ABC.getInstance().getNum();
         result = calculator(n);
         ABC.getInstance().setSquare(result);

     }  

     private int calculator(int n){
         return n*n;
     }
}

在这里，我正在调用 XYZ 类的 calculateSquare 方法。

XYZ.getInstance().calculateSquare();

Answer 1

试图回答

Mockito：如何验证由另一个单例的方法调用触发的单例中的方法调用？

关于

XYZ.getInstance().calculateSquare();

假设您只想使用 Mockito 和 JUnit。

答：您的“虚拟代码”是不可测试代码的完美示例。

• 您的示例代码不会向外部公开任何可观察到的行为。“外部”将是您尚未编写的围绕您的“虚拟代码”的测试代码。（所以）你不能对你的“虚拟代码”做出任何断言（JUnit/Hamcrest）。

• 通过使用单例，您将无法在测试时控制“虚拟代码”的“内部状态”。（因此）您无法对“虚拟代码”的行为进行任何验证（Mockito）。

• 您无法private直接测试方法，因为您无法调用它们。如果你觉得有必要测试一个private方法，那么它不应该是private。

  私有方法隐藏了你永远不应该针对它编写任何测试的内部实现。针对预期行为的公共 API 测试编写测试，而不是该行为是如何实现的（这可能会因任何原因而随时更改，从而很容易破坏您的测试）。

如果你想测试你的代码，那么你必须设计/编码它以便它是可测试的。JUnit / Mockito 不能让不可测试的代码对你进行测试。

关于做什么的提示：

用一个简单的构造函数替换 Singleton方法，该构造函数采用实例完成其工作所需的任何依赖协作者。结果是

public Xyz(final Abc yourCollaborator) {
    this.collaborator = yourCollaborator;
}

使用 Mockito，您可以创建Abc.class. 您需要这样一个模拟的 Abc 实例将其传递到您的 Xyz 构造函数中以进行验证。像这样：

@Test
public void calculateSquareShouldSetNumTo5() throws Exception {
    Abc mockedAbc = Mockito.mock(Abc.class);
    Xyz xyz = new Xyz(mockedAbc);
    
    // method under test
    xyz.calculateSquare();
    
    Mockito.verify(mockedAbc).setNum(5); // expect setNum(5) to be called once
}

要真正对您的实现做出断言，您需要一个 Abc 类的真实实例。因为它是您可以观察calculateSquare()方法调用效果的“部分” 。（请注意，您不能为此使用 Mockito 模拟 Abc 实例！）您的测试可能如下所示：

 @Test
 public void calculateSquareShouldAlwaysResult25() throws Exception {
     Abc abc = new Abc();
     Xyz xyz = new Xyz(abc);

     // method under test
     xyz.calculateSquare();

     assertThat(abc.getSquare(), is(25));
 }

事实上，最后一个测试也可以按原样为您的“虚拟代码”编写：

 @Test
 public void calculateSquareShouldAlwaysResult25() throws Exception {
     // method under test
     XYZ.getInstance().calculateSquare();

     assertThat(ABC.getInstance().getSquare(), is(25));
 }

那么为什么单例仍然不利于测试呢？出于测试目的，单例不能轻易替换为“占位符”实例。这样的占位符可以是您对 Abc 的特殊测试实现，也可以是TestAbc extends AbcMockito 模拟的 Abc 实例。

最后，如果您先编写测试（！），您将永远不会以这种方式编写“虚拟代码”。

免责声明：以上代码旨在让您了解如何进行测试以及您的“虚拟代码”需要进行哪些更改才能使其可测试。这并不意味着有意义的测试或这些示例按原样编译。