一个只含一个方法的 DAO AccountDAO：
package easymocktest.dao;
import easymocktest.domain. * ;
public interface AccountDAO {
public Account getByNameAndPwd(String name,String pwd);
}
一个同样只含一个方法的 AccountService 接口：
package easymocktest.service;
import easymocktest.domain. * ;
public interface AccountService {
public Account getAccount(String name,String pwd);
}
这里我没有实现 AccountDAO 接口，对于 Mock 测试来说，这也是不需要的。下面就是 AccountServiceImpl 的测试类 AccountServiceTest ：
package easymocktest.service;
import junit.framework. * ;
import easymocktest.dao. * ;
import easymocktest.domain. * ;
import easymocktest.service.impl. * ;
import static org.easymock.EasyMock.createMock;
import static org.easymock.EasyMock.replay;
import static org.easymock.EasyMock.reset;
import static org.easymock.EasyMock.verify;
import static org.easymock.EasyMock.expect;
public class AccountServiceTest extends TestCase {
private AccountDAO accountDAOMock;
private AccountServiceImpl accountService;
@Override
protected void setUp() throws Exception {
accountDAOMock = createMock(AccountDAO. class );
accountService = new AccountServiceImpl();
accountService.setAccountDAO(accountDAOMock);
}
public void testGetAccount() {
String name = " kafka " ;
String pwd = " 0102 " ;
Account a = new Account();
a.setName(name);
a.setPwd(pwd);
a.setId( new Long( 10 ));
reset(accountDAOMock); // (a)
expect(accountDAOMock.getByNameAndPwd(name, pwd)).andReturn(a); // (b)
replay(accountDAOMock); // (c)
Account b = accountService.getAccount(name, pwd);
assertEquals(a, b);
verify(accountDAOMock); // (d)
}
}
下面简要的说明一下 Mock 对象的工作过程：
1 ）在 setUp() 中，通过 “accountDAOMock = createMock(AccountDAO.class);” （这里使用了 java5 中的静态导入），创建 AccountDAO 的 Mock 对象，由于 EasyMock 采用了范型技术，故创建的 Mock 对象不需要强制类型转换。然后通过 “accountService.setAccountDAO(accountDAOMock);” 设置目标对象的合作者对象。
2 ）对于测试方法 “testGetAccount()” ， (a) 处的 reset() 方法是将 Mock 对象复位，也就是重新设置 Mock 对象的状态和行为。由于此处是第一次调用 Mock 对象，可以不必使用 reset() 方法。
3 ） (b) 处 expect() 是录制 Mock 对象方法的调用，其参数就是 Mock 对象的方法，其中如果调用的方法有返回值，要通过 andReturn() 方法设置预期的返回值。
4 ） (c) 处的 replay() 是结束录制过程。 在调用 replay() 方法之前的状态， EashMock 称之为 “record 状态 ” 。该状态下， Mock 对象不具备行为（即模拟接口的实现），它仅仅记录方法的调用。在调用 replay() 后，它才以 Mock 对象预期的行为进行工作，检查预期的方法调用是否真的完成。
5 ） (d) 处的 verify() 是用于在录制和回放两个步骤完成之后进行预期和实际结果的检查。这里就是检查 accountDAOMock 是否如预期一样调用了 getByNameAndPwd 方法。
对于上面的举例，它可能并不具有实际的价值，这里我只想抛砖引玉。在 N 层架构的 Java 程序中， Mock 对象在单元测试中正发挥着越来越重要的作用。我现在看到的是，在 Service 层与 Web 层， Mock 对象能很好的被应用。有人觉得在 Persistence 层也应该使用 Mock 对象，但就像我们所知道的，在使用 Hibernate 、 Ibatis 等 ORM 工具的情况下，我们的 Persistence 层的测试主要测试的就是那些配置文件、查询语句等（实际上是集成测试），如果还 Mock 的话，就失去了测试的意义。
