如果您要嘲笑行为（类似
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.验证
这是当您调用以
verify或开头的任何方法时
assert。测试结束后，您检查您想发生的事情是否确实发生了。这是我在测试方法中看到的最大错误；您试图在有机会运行之前验证方法调用。第二到是你从来没有指定
哪个 你想验证静态方法。
补充笔记
就我而言，这主要是个人喜好。您需要按照一定的顺序进行操作，但是在每个分组中都有一个摆动空间。这有助于我快速区分出发生在哪里的情况。
我还强烈建议您在以下站点中仔细阅读这些示例，因为它们非常可靠，可以帮助您解决大多数需要的情况：
- https://github.com/powermock/powermock/wiki/Mockito（PowerMock概述/示例）
- http://site.mockito.org/mockito/docs/current/org/mockito/Mockito.html（Mockito概述/示例）
