Sky's blog

我和我追逐的梦

常用链接

统计

其他链接

友情链接

最新评论

easymock教程-record-replay-verify模型

    record-replay-verify 模型容许记录mock对象上的操作然后重演并验证这些操作。这是目前mock框架领域最常见的模型,几乎所有的mock框架都是用这个模型,有些是现实使用如easymock,有些是隐式使用如jmockit。

    以easymock为例,典型的easymock使用案例一般如下, 援引上一章中的例子:

 

public class UserServiceImplTest {

/**
     * this is a classic test case to use EasyMock.
     
*/

    @Test
    
public void testQuery() {
        User expectedUser 
= new User();
        expectedUser.setId(
"1001");
        expectedUser.setAge(
30);
        expectedUser.setName(
"user-1001");
        UserDao userDao  
= EasyMock.createMock(UserDao.class);
        EasyMock.expect(userDao.getById(
"1001")).andReturn(expectedUser);
        EasyMock.replay(userDao);

        UserServiceImpl  service 
= new UserServiceImpl();
        service.setUserDao(userDao);
        User user 
= service.query("1001");
        assertNotNull(user);
        assertEquals(
"1001", user.getId()); 
        assertEquals(
30, user.getAge()); 
        assertEquals(
"user-1001", user.getName()); 

        EasyMock.verify(userDao);
    }

}



    在这里有两句非常明显的调用语句: Easymock.replay(...)和Easymock.verify(...)。这两个语句将上述代码分成三个部分,分别对应record-replay-verify 3个阶段

    1. record

        User expectedUser = new User();
        expectedUser.setId(
"1001");
        expectedUser.setAge(
30);
        expectedUser.setName(
"user-1001");
        UserDao userDao  
= EasyMock.createMock(UserDao.class);
        EasyMock.expect(userDao.getById(
"1001")).andReturn(expectedUser);

 

    这里我们开始创建mock对象,并期望这个mock对象的方法被调用,同时给出我们希望这个方法返回的结果。

    这就是所谓的"记录mock对象上的操作", 同时我们也会看到"expect"这个关键字。

    总结说,在record阶段,我们需要给出的是我们对mock对象的一系列期望:若干个mock对象被调用,依从我们给定的参数,顺序,次数等,并返回预设好的结果(返回值或者异常).

    2. replay

 

        UserServiceImpl  service = new UserServiceImpl();
        service.setUserDao(userDao);
        User user 
= service.query("1001");


    在replay阶段,我们关注的主要测试对象将被创建,之前在record阶段创建的相关依赖被关联到主要测试对象,然后执行被测试的方法,以模拟真实运行环境下主要测试对象的行为。

    在测试方法执行过程中,主要测试对象的内部代码被执行,同时和相关的依赖进行交互:以一定的参数调用依赖的方法,获取并处理返回。我们期待这个过程如我们在record阶段设想的交互场景一致,即我们期望在replay阶段所有在record阶段记录的行为都将被完整而准确的重新演绎一遍,从而到达验证主要测试对象行为的目的。

 3. verify

        assertNotNull(user);
        assertEquals(
"1001", user.getId()); 
        assertEquals(
30, user.getAge()); 
        assertEquals(
"user-1001", user.getName()); 
        EasyMock.verify(userDao);

 

    在verify阶段,我们将验证测试的结果和交互行为。

    通常验证分为两部分,如上所示: 一部分是验证结果,即主要测试对象的测试方法返回的结果(对于异常测试场景则是抛出的异常)是否如预期,通常这个验证过程需要我们自行编码实现。另一部分是验证交互行为,典型如依赖是否被调用,调用的参数,顺序和次数,这部分的验证过程通常是由mock框架来自动完成,我们只需要简单调用即可。

    在easymock的实现中,verify的部分交互行为验证工作,会提前在replay阶段进行:比如未记录的调用,调用的参数等。如果验证失败,则直接结束replay以致整个测试案例。

    record-replay-verify 模型非常好的满足了大多数测试场景的需要:先指定测试的期望,然后执行测试,再验证期望是否被满足。这个模型简单直接,易于实现,也容易被开发人员理解和接受,因此被各个mock框架广泛使用。


posted on 2010-10-15 14:50 sky ao 阅读(3826) 评论(0)  编辑  收藏 所属分类: software test


只有注册用户登录后才能发表评论。


网站导航: