如何验证静态空隙方法是否已使用功率模拟调用

如果您正在嘲笑该行为（使用类似的东西），则确实没有必要调用 。也就是说，这是我重写测试方法的尝试：doNothing()verify*()

@PrepareForTest({InternalUtils.class})
@RunWith(PowerMockRunner.class)
public class InternalServiceTest { //Note the renaming of the test class.
   public void testProcessOrder() {
        //Variables
        InternalService is = new InternalService();
        Order order = mock(Order.class);

        //Mock Behavior
        when(order.isSuccessful()).thenReturn(true);
        mockStatic(Internalutils.class);
        doNothing().when(InternalUtils.class); //This is the preferred way
                                               //to mock static void methods.
        InternalUtils.sendEmail(anyString(), anyString(), anyString(), anyString());

        //Execute
        is.processOrder(order);            

        //Verify
        verifyStatic(InternalUtils.class); //Similar to how you mock static methods
                                           //this is how you verify them.
        InternalUtils.sendEmail(anyString(), anyString(), anyString(), anyString());
   }
}

我分为四个部分，以更好地突出正在发生的事情：

1. 变量

我选择在这里声明任何实例变量/方法参数/模拟协作者。如果它是在多个测试中使用的内容，请考虑使其成为测试类的实例变量。

2. 模拟行为

这是您定义所有模拟的行为的地方。在执行所测试的代码之前，您将在此处设置返回值和期望值。一般来说，如果在此处设置模拟行为，则以后无需验证该行为。

3. 执行

这里没什么好看的;这只会启动正在测试的代码。我喜欢给它自己的部分来引起人们的注意。

4. 验证

这是当您调用以 或 开头的任何方法时。测试结束后，你检查你想要发生的事情是否真的发生了。这是我在你的测试方法中看到的最大错误;您尝试在方法调用有机会运行之前对其进行验证。其次，您从未指定要验证的静态方法。verifyassert

附加说明

这主要是我个人的偏好。您需要按一定的顺序做事，但在每个分组中都有一点回旋余地。这有助于我快速区分出哪里发生了什么。

我还强烈建议您浏览以下站点的示例，因为它们非常强大，可以帮助您解决所需的大多数情况：

• https://github.com/powermock/powermock/wiki/Mockito（PowerMock概述/示例）
• http://site.mockito.org/mockito/docs/current/org/mockito/Mockito.html （Mockito概述/示例）

你上面的答案被广泛接受并有据可查，我发现了一些在这里发布我的答案的理由：-

    doNothing().when(InternalUtils.class); //This is the preferred way
                                           //to mock static void methods.
    InternalUtils.sendEmail(anyString(), anyString(), anyString(), anyString());

在这里，我不明白为什么我们称Insiderutils.sendEmail为我自己。我将在我的代码中解释为什么我们不需要这样做。

mockStatic(Internalutils.class);

所以，我们嘲笑了这个类，这很好。现在，让我们来看看我们需要如何验证 sendEmail（/..../） 方法。

@PrepareForTest({InternalService.InternalUtils.class})
@RunWith(PowerMockRunner.class)
public class InternalServiceTest {

    @Mock
    private InternalService.Order order;

    private InternalService internalService;

    @Before
    public void setup() {
        MockitoAnnotations.initMocks(this);
        internalService = new InternalService();
    }

    @Test
    public void processOrder() throws Exception {

        Mockito.when(order.isSuccessful()).thenReturn(true);
        PowerMockito.mockStatic(InternalService.InternalUtils.class);

        internalService.processOrder(order);

        PowerMockito.verifyStatic(times(1));
        InternalService.InternalUtils.sendEmail(anyString(), any(String[].class), anyString(), anyString());
    }

}

这两行是魔法所在，第一行告诉PowerMockito框架，它需要验证它静态模拟的类。但是它需要验证哪种方法？第二行告诉它需要验证的方法。

PowerMockito.verifyStatic(times(1));
InternalService.InternalUtils.sendEmail(anyString(), any(String[].class), anyString(), anyString());

这是我的类的代码，发送电子邮件API两次。

public class InternalService {

    public void processOrder(Order order) {
        if (order.isSuccessful()) {
            InternalUtils.sendEmail("", new String[1], "", "");
            InternalUtils.sendEmail("", new String[1], "", "");
        }
    }

    public static class InternalUtils{

        public static void sendEmail(String from, String[]  to, String msg, String body){

        }

    }

    public class Order{

        public boolean isSuccessful(){
            return true;
        }

    }

}

由于它调用了两次，因此您只需要更改验证（times（2））...就这样。