JMockit_UT小结

1:模拟方法抛出异常

final AccessException ce = new AccessException();
       
        try
        {
            new Expectations(实例或类)
            {
                {
                    实例或类.方法;
                    throwsException(ce);
                }
            };
        }
        catch (AccessException e)
        {
            Assert.fail(e.toString());
        }

 

 2:模拟方法返回方法指定的值

 new Expectations(实例或类)
        {
            {
                TContextHolder.getBean(方法参数);
                returns(需要返回的值);
            }
        };

 

3:如果mock一个方法,但是用例调用多次时,mock会抛异常,解决方法如下:

 new Expectations(实例或类)
        {
            {
                TContextHolder.getBean(方法参数);
                returns(需要返回的值);

                repeats(该方法被调用次数);
            }
        };

 

4:设置静态类、类的属性值

new Expectations()
        {
            {
                // String type
                setField(类.class, "属性名", 属性名对应值);

                // Object type

                setField(类.class, "属性名", 属性名对应值);
            }
        };

 

5:如何测试类中定义的private方法

new Expectations(类)
        {
            {

                // private method
                invoke(类, "私有方法");
                returns("private method");
            }
        };

 

Deencapsulation.invoke(类, "私有方法")==“private method”

 

注意:

1:每执行一个用例(使用Mock),还是需要在对应Eclipse加mock对应jar.具体操作如下:

Eclipse->Run As ->Run Configurations->Junit->选中用例->Arguments(VM arguments)

2:如果在通过Mockit模拟类的实例或接口很难模拟时,建议可以继承、实现这个类或对象。

这个 `Makefile` 存在几个问题: --- ### **1. 目标名称 `q1` 和依赖项不匹配** - **问题**:`q1` 目标依赖于 `test/run_ut_1.o`,但实际构建命令使用的是 `test/run_ut.o`(没有 `_1`)。 - **修复**:统一命名,确保依赖项和命令中的文件名一致: ```makefile q1: test/run_ut.o test/q1_ut.o src/q1.o gcc -o test/run_ut.out test/run_ut.o test/q1_ut.o src/q1.o ``` --- ### **2. 编译目标文件(`.o`)的规则问题** - **问题**:`gcc -o` 选项用于指定输出文件名时,路径和扩展名需明确。当前写法可能导致文件覆盖或路径错误。 - **修复**:显式指定 `.o` 文件的输出路径: ```makefile test/run_ut.o: test/run_ut.c gcc -o test/run_ut.o -c test/run_ut.c ``` --- ### **3. 缺少 `clean` 规则** - **建议**:添加清理规则以删除生成的文件: ```makefile clean: rm -f test/*.o src/*.o test/run_ut.out ``` --- ### **4. 硬编码路径可能导致维护问题** - **建议**:使用变量(如 `SRC_DIR`、`TEST_DIR`)提高灵活性: ```makefile SRC_DIR = src TEST_DIR = test q1: $(TEST_DIR)/run_ut.o $(TEST_DIR)/q1_ut.o $(SRC_DIR)/q1.o gcc -o $(TEST_DIR)/run_ut.out $^ ``` --- ### **5. 最终可执行文件命名不一致** - **问题**:目标名为 `q1`,但生成的可执行文件是 `run_ut.out`,容易混淆。 - **修复**:统一命名,例如: ```makefile q1: $(TEST_DIR)/run_ut.o $(TEST_DIR)/q1_ut.o $(SRC_DIR)/q1.o gcc -o $(TEST_DIR)/q1 $^ ``` --- ### **修正后的完整 `Makefile`** ```makefile SRC_DIR = src TEST_DIR = test q1: $(TEST_DIR)/run_ut.o $(TEST_DIR)/q1_ut.o $(SRC_DIR)/q1.o gcc -o $(TEST_DIR)/q1 $^ $(TEST_DIR)/run_ut.o: $(TEST_DIR)/run_ut.c gcc -o $@ -c $< $(TEST_DIR)/q1_ut.o: $(TEST_DIR)/q1_ut.c gcc -o $@ -c $< $(SRC_DIR)/q1.o: $(SRC_DIR)/q1.c gcc -o $@ -c $< clean: rm -f $(TEST_DIR)/*.o $(SRC_DIR)/*.o $(TEST_DIR)/q1 ``` --- ### **关键改进点** 1. **使用变量**(`SRC_DIR`、`TEST_DIR`)提升可维护性。 2. **统一命名**(目标 `q1` 生成 `test/q1`)。 3. **自动变量**(`$@` 表示目标文件,`$<` 表示第一个依赖文件)。 4. **显式清理规则**(`clean`)。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值