JMockit使用实例<一>mock一个类的方法、Expectations

关键词:如何mock一个类的方法、Expectations 源类清单

 

/**
 * 演示如何mock一个类的方法
 * @sina weibo:regbin@tom.com
 */
public class DateUtil {

    private int type;

    public static final String getCurrentDateStr() {
        SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
        return sdf.format(DateUtil.now());
    }

    public static final String getCurrentDateStrByFormatType(int type) {
        if (type == 1) {
            SimpleDateFormat sdf = new SimpleDateFormat("yyyy/MM/dd HH:mm:ss");
            return sdf.format(DateUtil.now());
        } else {
            return DateUtil.getCurrentDateStr();
        }
    }

    public static final Date now() {
        return new Date();
    }

    public int getType() {
        return type;
    }
    public void setType(int type) {
        this.type = type;
    }

}
  •  单元测试类清单
/**
 * 演示如何mock一个类的方法
 */
public class DateUtilTest {

    /**
     * Mock某个类方法
     */
    @Test
    public void testGetCurrentDateStr() {
        //DateUtil.class,要Mock的类
        new Expectations(DateUtil.class) {
            {
              //要Mock的方法now,其他方法DateUtil.class
                DateUtil.now();
              //期望方法返回的结果
                result = mockDate();
            }
        };
        Assert.assertEquals("2010-07-22 15:52:55", DateUtil.getCurrentDateStr());
    }

    /**
     * Mock 某个类方法根据不同参数返回不同值
     */
    @Test
    public void testGetCurrentDateStrByFormatType() {
        new Expectations(DateUtil.class) {
            {
                DateUtil.getCurrentDateStrByFormatType(anyInt);
                result = new Delegate() {
                    public String getCurrentDateStrByFormatType(int type) {
                        if (type == 1) {
                            return "2010/07/22 15:52:55";
                        } else {
                            return "2010-07-22 15:52:55";
                        }
                    }
                };
            }
        };
        Assert.assertEquals("2010-07-22 15:52:55", DateUtil.getCurrentDateStrByFormatType(2));

    }

    public static Date mockDate() {
        Calendar c = Calendar.getInstance();
        c.set(2010, 6, 22, 15, 52, 55);
        return c.getTime();
    }

}
  •  小结

Expectations:一个Expectations块是给定测试方法中将会涉及到的mock项中,预期将要被调用的方法或构造函数。一个Expectations可以包含多个预期的要执行方法(mock),但不必包含所有预期会被调用的方法。在Expectations中;除了可以指定预期的方法外,还可以指定方法的参数的精确值或约束行为(满足某个断言);同时Expectations中还可以指定该方法预期的返回值(如果有)或预期抛出的异常。Expectations(.class){}这种方式只会模拟区域中包含的方法,这个类的其它方法将按照正常的业务逻辑运行,上面的例子,定义了一个mock类DateUtil,同时在Expectation中定义了预期会被调用的方法now,以及now方法的返回值,这种方式还有种等价实现方式,使用@Mocked标签

 

@Test
    public void testGetCurrentDateStr(@Mocked(methods="now")DateUtil dateUtil) {
        //DateUtil.class,要Mock的类
        new Expectations() {
            {
                //声明要Mock的方法(注:其它方法按照正常的业务逻辑运行)
                DateUtil.now();
                //期望方法返回的结果
                  result = mockDate();
            }
        };
        Assert.assertEquals("2010-07-22 15:52:55", DateUtil.getCurrentDateStr());
    }

 

NonStrictExpectations:Expectations块里声明的mock方法,是一定要被执行的,如果没有被执行,会认为整个测试case不通过;NonStrictExpectations就没有这个限制,看例子:

 

@Test
    public void testGetCurrentDateStr(@Mocked(methods="now")DateUtil dateUtil) {
        //DateUtil.class,要Mock的类
        new NonStrictExpectations() {
            {
                //声明要Mock的方法(注:其它方法按照正常的业务逻辑运行)
                DateUtil.now();
                //期望方法返回的结果
                  result = mockDate();
                DateUtil.getType();
                result = 1;
            }
        };
        Assert.assertEquals("2010-07-22 15:52:55", DateUtil.getCurrentDateStr());
    }

 

DateUtil.getType()在后面的断言没用被调用,但也不会出错,但是如果把NonStrictExpectations换成Expectations,就会出错,在Expectations情况必须把

 

DateUtil.getType();
 result = 1;

 

给删除掉,上述就是二者的区别

<think>好的,用户现在问的是“Setup、Verify、It.IsAny<T> 等功能不是属于Mock<T>的吗”,这需要仔细分析之前的对话历史。用户之前询问了Moq框架中是否只有Mock<T>常用,而我详细介绍了Mock<T>的核心地位以及相关的功能如Setup、Verify等。现在用户的这个问题可能是在确认这些功能是否确实属于Mock<T>,或者是否存在误解。 首先,用户可能误解了之前的回答,认为这些功能是独立于Mock<T>存在的,或者属于其他。需要明确这些方法确实是Mock<T>的成员,但需要解释它们是如何与Mock<T>关联的。同时,用户可能想更深入理解这些功能的结构,比如是否属于Mock方法,还是静态方法,比如It.IsAny<T>。 接下来,我需要检查之前的回答是否有误导之处。在之前的回复中,虽然强调了Mock<T>是核心,但可能没有明确区分哪些是Mock<T>的方法,哪些是辅助方法,比如It。用户可能因此混淆了这些方法的具体归属。 然后,我应该组织回答的结构,首先确认用户的正确理解,即Setup和Verify确实是Mock<T>的方法,而It.IsAny<T>属于另一个,但通常与Mock<T>配合使用。需要详细说明每个功能的归属,并提供代码示例来澄清。 同时,要注意用户可能的困惑点:为什么像It.IsAny<T>这样的方法不属于Mock<T>,但使用上却与Mock<T>紧密相关。需要解释Moq框架的设计,即职责分离,It负责参数匹配,而Mock<T>负责配置和验证。 此外,用户可能希望了解这些功能如何协同工作,所以需要举例说明它们如何在同一个测试案例中使用,以展示它们如何共同支持Mock<T>的功能。 最后,总结时强调Mock<T>的核心地位,以及这些辅助功能如何扩展其能力,帮助用户构建完整的测试场景。</think>是的,你的理解完全正确!在 Moq 框架中,**`Setup`、`Verify` 和 `It.IsAny<T>` 等功能本质上都是围绕 `Mock<T>` 设计的**,它们直接属于 `Mock<T>` 的配套方法或辅助工具。不过它们的角色和用法有所不同,需要结合上下文理解其归属关系。以下是详细解释: --- ### **1. `Setup` 和 `Verify` 是 `Mock<T>` 的方法** - **归属关系**: `Setup` 和 `Verify` 是 `Mock<T>` 的**实例方法**,直接通过 `Mock<T>` 对象调用。 它们的目的是**配置模拟对象的行为**(`Setup`)和**验证方法调用是否符合预期**(`Verify`)。 - **示例**: ```csharp var mock = new Mock<IService>(); // Setup:配置 GetData 方法返回固定值 mock.Setup(s => s.GetData()).Returns("test"); // Verify:验证 GetData 是否被调用次 mock.Verify(s => s.GetData(), Times.Once); ``` --- ### **2. `It.IsAny<T>` 是静态辅助工具** - **归属关系**: `It.IsAny<T>` 是 Moq 提供的**静态辅助 `It` 的方法**,用于**参数匹配**。 它不直接属于 `Mock<T>`,但必须与 `Mock<T>` 的 `Setup` 或 `Verify` 结合使用。 - **用途**: 允许在设置方法行为或验证调用时,**忽略具体参数值**或**动态匹配参数**。 - **示例**: ```csharp mock.Setup(s => s.Log(It.IsAny<string>())) // 匹配任意字符串参数 .Returns(true); ``` --- ### **功能间的协作关系** 虽然 `It.IsAny<T>` 不属于 `Mock<T>` ,但 **Moq 的功能设计是高度集成的**。 三者协作的典型流程如下: 1. **`Mock<T>` 创建模拟对象**(如 `mock = new Mock<IService>()`)。 2. **`Setup` + `It.IsAny<T>` 定义方法行为**(如匹配任意参数并返回结果)。 3. **`Verify` 验证调用是否符合预期**(如是否被调用指定次数)。 --- ### **为什么需要区分归属?** Moq 框架的设计遵循 **“单职责原则”**: - `Mock<T>` 负责**模拟对象的生命周期管理**(如创建、配置、验证)。 - `It` 负责**参数匹配逻辑**(如 `IsAny`、`IsInRange`、`IsRegex` 等)。 - 这种分离使得代码更清晰,扩展性更强(例如新增参数匹配器无需修改 `Mock<T>` )。 --- ### **代码示例:完整协作流程** ```csharp // 1. 创建 Mock<T> 对象 var mockLogger = new Mock<ILogger>(); // 2. 使用 Setup + It.IsAny 配置方法 mockLogger.Setup(l => l.LogMessage(It.IsAny<string>())) .Returns(true); // 任意字符串参数均返回 true // 3. 在测试中调用被模拟的方法 var result = mockLogger.Object.LogMessage("hello"); // 返回 true // 4. 使用 Verify 验证调用 mockLogger.Verify( l => l.LogMessage(It.Is<string>(s => s.Contains("hello"))), // 匹配特定参数 Times.Once ); ``` --- ### **总结** - **`Setup` 和 `Verify`**:是 `Mock<T>` 的实例方法,直接用于配置和验证。 - **`It.IsAny<T>`**:属于静态工具 `It`,需与 `Mock<T>` 的方法配合使用。 - **核心思想**:Moq 通过 `Mock<T>` 整合所有功能,但将参数匹配等逻辑解耦到独立工具中,保持代码简洁和可扩展性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值