<properties>
<powermock.version>1.5.6</powermock.version>
</properties>
<dependencies>
<dependency>
<groupId>org.powermock</groupId>
<artifactId>powermock-module-junit4</artifactId>
<version>${powermock.version}</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.powermock</groupId>
<artifactId>powermock-api-mockito</artifactId>
<version>${powermock.version}</version>
<scope>test</scope>
</dependency>
</dependencies>
在做单元测试的时候,我们会发现我们要测试的方法会引用很多外部依赖的对象,比如:(发送邮件,网络通讯,远程服务, 文件系统等等)。 而我们没法控制这些外部依赖的对象,为了解决这个问题,我们就需要用到Mock工具来模拟这些外部依赖的对象,来完成单元测试。
今天我在测试的时候,需要一个HttpResponse对象哦~怎么办呢?只有模拟这个对象啦!不知道可以不~~
import com.wangwenjun.powermock.helloworld.dao.EmployeeDao;
public class EmployeeService {
private EmployeeDao employeeDao;
public EmployeeService(EmployeeDao employeeDao)
{
this.employeeDao = employeeDao;
}
/** * 获取所有员工的数量. * @return */
public int getTotalEmployee()
{
return employeeDao.getTotal();
}
}
可以看到, 创建 Service 的时候需要传递一个 EmployeeDao 这个类, 也就是说 Service依赖于 Persistence,如果想要测试 Service 就需要完全看 Persistence 的脸色,我们再来看看 Persistence 代码,如下所示
public class EmployeeDao {
public int getTotal()
{
throw new UnsupportedOperationException();
}
}
哇!你死定了,你肯定调用不了 Dao,无法正常完成 Service 的测试,我为什么要在Persistence的方法抛出UnsupportedOperationException呢?目的就是告诉大家该方法可能由于某种原因(没有完成,或者资源不存在等)无法为 Service 服务,难道你不需要测试 EmployeeService 么?肯定要测试,那么我们就硬着头皮来写测试用例吧
import static org.junit.Assert.assertEquals;
import org.junit.Test;
import com.wangwenjun.powermock.helloworld.dao.EmployeeDao;
public class EmployeeServiceTest {
@Test
public void testGetTotalEmployee() {
final EmployeeDao employeeDao = new EmployeeDao();
final EmployeeService service = new EmployeeService(employeeDao);
int total = service.getTotalEmployee();
assertEquals(10, total);
}
}
比较的遗憾,这个肯定的会失败的哦~不会成功的,我们的Dao层的数据都还没有实现怎么可能会有好的数据返回呢?
所以啊,这个时候我们就模拟啊~,当我们的service层调用代码的时候,我们就可以使用啦!employeeDao.getTotal();
我们要去模拟这个方法的返回值,必须的去请求我们的返回的数据,这个时候就是模拟啦!
请大家忘记此时此刻我抛出来的异常,幻想成此时此刻数据库连接不上,问题现在很明显,数据库链接不通,我们无法测试 Service,难道真的就无计可施了么?好吧,有请我们的主角 PowerMock 闪亮登场,请看下面的测试用例
import org.junit.Test;
import org.powermock.api.mockito.PowerMockito;
import com.wangwenjun.powermock.helloworld.dao.EmployeeDao;
public class EmployeeServiceTest {
@Test
public void testGetTotalEmployeeWithMock() {
EmployeeDao employeeDao = PowerMockito.mock(EmployeeDao.class);
PowerMockito.when(employeeDao.getTotal()).thenReturn(10);//当我们调用这个方法的时候的返回值是10!这样就好了涩,我们不是就模拟出来啦数据啦~
EmployeeService service = new EmployeeService(employeeDao);
int total = service.getTotalEmployee();
assertEquals(10, total);
}
}
当你再次运行时你会发现此时此刻运行通过, 编写一下上述的代码我们先来有个简单的认识,所谓 Mock 就是创建一个假的,Mock 那个对象就会创建一个假的该对象,此时该对象是一单纯的白纸,需要你对其进行涂鸦,第二句话 when…then 语法就是您的涂鸦, 您期望调用某个方法的时候返回某个您指定的值。完全让 EmployeeDao 根据你的意愿来运行,所以想怎样测试 EmployeeService 就怎样测试。
Service 中的 CreateEmployee 方法
public void createEmployee(Employee employee)
{
employeeDao.addEmployee(employee);
}
再来看看 Dao 中的方法 addEmployee 没有返回值哦~由于某些原因呢,我们就是没得返回值啦~
public void addEmployee(Employee employee)
{
throw new UnsupportedOperationException();
}
因为此时“数据库资源不存在” ,相信大家一定很清楚这一点,但是这不是本小节中所要讲述的重点,重点在于 addEmployee 方法是一个 void类型的,也就是我们没有办法断言想要的结果是否一致,而 mock 厚的 addEmployee 方法事实上是什么都不会做的,此时我们该如何进行测试呢? 比如log记录日志…里面含有httpsession对象,我们也是可以不需要打印日志的,直接不管他啦!但是测试的时候我们不能把他直接注释掉啊!忘记了怎么办呢?这样的方式很不对!以前我测试的时候也是这么直接的处理的,实习呢之后的今天,看到了这个非常的好奇哦,还不错,学到了好东西!测试非常的有必要,比编写代码更重要。反正我写测试比编写代码的时间多!
简单思考一下我们其实只是想要知道 addEmployee 方法是否被调用过即可, 当然我们可以假设他 add 成功或者失败,这就根据您的 test case 来设定了,好了,有了这个概念之后我们来看看如何测试 void 方法,其实就是 mock 中一个很重要的概念 Verifying
@Test
public void testCreateEmployee() {
EmployeeDao employeeDao = PowerMockito.mock(EmployeeDao.class);
Employee employee = new Employee();
PowerMockito.doNothing().when(employeeDao).addEmployee(employee);//当我们使用这个方法的时候我们什么都不做哦,仅仅测试哈,是否调用了这个方法就好了!
EmployeeService service = new EmployeeService(employeeDao);
service.createEmployee(employee);
// verify the method invocation.
Mockito.verify(employeeDao).addEmployee(employee);
}
然后用 junit 运行肯定能够通过, 其中 Mockito.verify 主要用来校验被 mock 出来的对象中的某个方法是否被调用,我们的 PowerMock helloworld 也到此结束了。