Java单元测试总结

　　单元测试的重要性这里就不说了，直接进入正题。很多程序员不喜欢写单元测试，导致项目经常会花很多时间去debug，这完全得不偿失。对关键方法进行单元测试，可以在早期业务逻辑还没那么复杂的时候，尽快排除症结。

　　在dao，manager，server，web这样的分层项目中，通常单元测试是要写在server层的，因为server层可以测的最多。本文中不介绍单元测试的原理，只是介绍单元测试最常用的断言和Jmockit的用法，可以应付业务开发中绝大部分单元测试。

首先添加maven依赖

<dependencie>
    <dependency>
         <groupId>junit</groupId>
         <artifactId>junit</artifactId>
         <version>4.10</version>
         <scope>test</scope>
     </dependency>
     <dependency>
         <groupId>org.springframework</groupId>
         <artifactId>spring-test</artifactId>
         <version>3.2.9.RELEASE</version>
         <scope>test</scope>
     </dependency>
     <dependency>
         <groupId>org.jmockit</groupId>
         <artifactId>jmockit</artifactId>
         <version>1.24</version>
         <scope>test</scope>
     </dependency>
     <dependency>
         <groupId>org.mockito</groupId>
         <artifactId>mockito-all</artifactId>
         <version>1.8.4</version>
         <scope>test</scope>
     </dependency>
</dependencie>

1、BaseTest.java

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(){
    }
}

2、assert断言

　　使用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);
    }
}

3、Jmockit

　　有些方法要远远比上面的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