单元测试的重要性这里就不说了,直接进入正题。很多程序员不喜欢写单元测试,导致项目经常会花很多时间去debug,这完全得不偿失。对关键方法进行单元测试,可以在早期业务逻辑还没那么复杂的时候,尽快排除症结。
在dao,manager,server,web这样的分层项目中,通常单元测试是要写在server层的,因为server层可以测的最多。本文中不介绍单元测试的原理,只是介绍单元测试最常用的断言和Jmockit的用法,可以应付业务开发中绝大部分单元测试。
首先添加maven依赖
<dependencie>
<dependency>
<groupId>junitgroupId>
<artifactId>junitartifactId>
<version>4.10version>
<scope>testscope>
dependency>
<dependency>
<groupId>org.springframeworkgroupId>
<artifactId>spring-testartifactId>
<version>3.2.9.RELEASEversion>
<scope>testscope>
dependency>
<dependency>
<groupId>org.jmockitgroupId>
<artifactId>jmockitartifactId>
<version>1.24version>
<scope>testscope>
dependency>
<dependency>
<groupId>org.mockitogroupId>
<artifactId>mockito-allartifactId>
<version>1.8.4version>
<scope>testscope>
dependency>
dependencie>
server层新建test包,在IDEA中标记为绿色,这个里面写Before和After,如果不需要,就空在这里即可。其它具体的测试类要继承BaseTest.java。
package com.sf.sfpp.notice.test;
import org.junit.After;
import org.junit.Before;
import org.junit.runner.RunWith;
import org.springframework.test.context.ContextConfiguration;
import org.springframework.test.context.junit4.AbstractTransactionalJUnit4SpringContextTests;
import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = { "/test-service.xml" })
public class BaseTest extends AbstractTransactionalJUnit4SpringContextTests {
@Before
public void init(){
}
@After
public void print(){
}
}
使用assert断言是常用的单元测试方法之一。其本质是将方法的返回结果与预期值进行比较,相等则结果为绿色(单元测试通过),反之为红色(单元测试未通过)。
比方说,我们在Manager层有一个类,UserHistoryManager,里面有个方法是根据ID删除用户操作历史
@Autowired
private UserHistoryMapper userHistoryMapper;
public int deleteUserHistoryById(int userHistoryId){
return userHistoryMapper.deleteUserHistoryById(userHistoryId);
}
现在想要对这个方法进行单元测试,在server层的test下面的impl文件夹中新建一个TestUserHistoryManager类,依旧如第一张图所示,代码如下:
package com.sf.sfpp.notice.test.impl;
import com.sf.sfpp.notice.common.domain.UserHistory;
import com.sf.sfpp.notice.manager.UserHistoryManager;
import com.sf.sfpp.notice.test.BaseTest;
import org.junit.Test;
import org.springframework.beans.factory.annotation.Autowired;
public class TestUserHistoryManager extends BaseTest {
@Autowired
private UserHistoryManager userHistoryManager;
@Test
public void testDeleteUserHistoryById(){
Assert.assertEquals(true,userHistoryManager.deleteUserHistoryById(4) > 0);
}
}
有些方法要远远比上面的assert复杂,例如当你的方法中要添加一个对象到数据库中,此时如何进行单元测试呢?
还是如第一张图片所示,在test下面的impl文件夹中新建TestUserNotificationManager.java,测试一下UserHistoryManager中添加用户历史的方法。
package com.sf.sfpp.notice.test.impl;
import com.sf.sfpp.notice.common.domain.UserHistory;
import com.sf.sfpp.notice.manager.UserHistoryManager;
import com.sf.sfpp.notice.test.BaseTest;
import org.junit.Assert;
import org.junit.Test;
import org.springframework.beans.factory.annotation.Autowired;
import static org.mockito.Mockito.mock;
import static org.mockito.Mockito.when;
public class TestUserNotificationManager extends BaseTest {
@Autowired
private UserHistoryManager userHistoryManager;
@Test
public void testAddUserHistory(){
UserHistory userHistory = mock(UserHistory.class);
when(userHistory.getAction()).thenReturn("balabala");
when(userHistory.getTargetId()).thenReturn("balabala");
when(userHistory.getUserId()).thenReturn(43);
when(userHistory.getTargetKind()).thenReturn("balabala");
when(userHistory.getId()).thenReturn("balabala");
Assert.assertTrue(userHistoryManager.addUserHistory(balabala));
}
}
上面的方法相当于用Jmockit虚拟了一个UserHistory对象(用户操作历史),然后根据其中的每个属性看返回值(字符串属性对应字符串返回值,int属性对应int返回值)。
在IDEA中点击方法名前面的绿色箭头(ctrl+shift+F10)
说明
如有转载,请务必注明出处
http://blog.csdn.net/antony9118/article/details/54312710