现在的位置: 首页 > 综合 > 正文

使用Mock对象进行单元测试

2013年10月08日 ⁄ 综合 ⁄ 共 6891字 ⁄ 字号 小 中 大 ⁄ 评论关闭

mock测试

　　就是在测试过程中，对于某些不容易构造或者
不容易获取的对象，用一个虚拟的对象来创建以便测试的测试方法。

mock对象

　　这个虚拟的对象就是mock对象。mock对象就是真实对象在调试期间的代替品。

mock对象使用范畴

　　真实对象具有不可确定的行为，产生不可预测的效果，（如：股票行情，天气预报） 真实对象很难被创建的 真实对象的某些行为很难被触发 真实对象实际上还不存在的（和其他开发小组或者和新的硬件打交道）等等.

使用mock对象测试的关键步骤

　　使用一个接口来描述这个对象 在产品代码中实现这个接口 在测试代码中实现这个接口 在被测试代码中只是通过接口来引用对象，所以它不知道这个引用的对象是真实对象还是mock对象。

MockObject

　　使用Mock Object进行测试，主要是用来模拟那些在应用中不容易构造（如HttpServletRequest必须在Servlet容器中才能构造出来）或者比较复杂的对象（如JDBC中的ResultSet对象）从而使测试顺利进行的工具。

　　目前，在Java阵营中主要的Mock测试工具有JMock，MockCreator，Mockrunner，EasyMock，MockMaker等，在微软的.Net阵营中主要是Nmock，.NetMock等。

-----------------------------------------------------

1.出了什么问题？
      单元测试的目标是一次只验证一个方法，小步的前进，细粒度的测试，但是假如某个方法依赖于其他一些难以操控的东东，比如说网络连接，数据库连接，或者是Servlet容器，那么我们该怎么办呢？
      要是你的测试依赖于系统的其他部分，甚至是系统的多个其他部分呢？在这种情况下，倘若不小心，你最终可能会发现自己几乎初始化了系统的每个组件，而这只是为了给一个测试创造足够的运行环境让它们可以运行起来。忙乎了大半天，看上去我们好像有点违背了测试的初衷了。这样不仅仅消耗时间，还给测试过程引入了大量的耦合因素，比如说，可能有人兴致冲冲地改变了一个接口或者数据库的一张表，突然，你那卑微的单元测试的神秘的挂掉了。在这种情况发生几次之后，即使是最有耐心的开发者也会泄气，甚至最终放弃所有的测试，那样的话后果就不能想像了。
   再让我们看一个更加具体的情况：在实际的面向对象软件设计中，我们经常会碰到这样的情况，我们在对现实对象进行构建之后，对象之间是通过一系列的接口来实现。这在面向对象设计里是最自然不过的事情了，但是随着软件测试需求的发展，这会产生一些小问题。举个例子，用户A现在拿到一个用户B提供的接口，他根据这个接口实现了自己的需求，但是用户A编译自己的代码后，想简单模拟测试一下，怎么办呢？这点也是很现实的一个问题。我们是否可以针对这个接口来简单实现一个代理类，来测试模拟，期望代码生成自己的结果呢？
      幸运的是，有一种测试模式可以帮助我们：mock对象。Mock对象也就是真实对象在调试期的替代品。

2.现在需要Mock对象吗？
      关于什么时候需要Mock对象，Tim Mackinnon给我们了一些建议：
        ----- 真实对象具有不可确定的行为(产生不可预测的结果，如股票的行情)
        ----- 真实对象很难被创建(比如具体的web容器)
        ----- 真实对象的某些行为很难触发(比如网络错误)
        ----- 真实情况令程序的运行速度很慢
        ----- 真实对象有用户界面
        ----- 测试需要询问真实对象它是如何被调用的(比如测试可能需要验证某个回调函数是否被调用了)
        ----- 真实对象实际上并不存在(当需要和其他开发小组，或者新的硬件系统打交道的时候，这是一个普遍的问题)
  
3.如何实现Mock对象？
      使用mock对象进行测试的时候，我们总共需要3个步骤，分别是：
       ----- 使用一个接口来描述这个对象
       ----- 为产品代码实现这个接口
       ----- 以测试为目的，在mock对象中实现这个接口
      在此我们又一次看到了针对接口编程的重要性了，因为被测试的代码只会通过接口来引用对象，所以它完全可以不知道它引用的究竟是真实的对象还是mock对象，下面看一个实际的例子：一个闹钟根据时间来进行提醒服务，如果过了下午5点钟就播放音频文件提醒大家下班了，如果我们要利用真实的对象来测试的话就只能苦苦等到下午五点，然后把耳朵放在音箱旁...我们可不想这么笨，我们应该利用mock对象来进行测试，这样我们就可以模拟控制时间了，而不用苦苦等待时钟转到下午5点钟了。下面是代码：

  1. public interface Environmental {   
  2.       private boolean playedWav = false;
      
  3.       public long getTime();
      
  4.       public void playWavFile(String fileName);
      
  5.       public boolean wavWasPlayed();
      
  6.       public void resetWav();
      
  7. }   

      真实的实现代码：

  1. public class SystemEnvironment implements Environmental {
      
  2.       public long getTime() {
      
  3.          return System.currentTimeMillis();   
  4.       }   
  5.       public void playWavFile(String fileName) {
      
  6.          playedWav = true;   
  7.       }   
  8.       public boolean wavWasPlayed() {
      
  9.          return playedWav;   
  10.       }   
  11.       public void resetWav() {
      
  12.          playedWav = false;   
  13.       }   
  14. }   

      下面是mock对象：

  1. public class MockSystemEnvironment implements Environmental {
      
  2.       private long currentTime;
      
  3.       public long getTime() {
      
  4.          return currentTime;   
  5.       }   
  6.       public void setTime(long currentTime) {
      
  7.          this.currentTime = currentTime;   
  8.       }   
  9.       public void playWavFile(String fileName) {
      
  10.          playedWav = true;   
  11.       }   
  12.       public boolean wavWasPlayed() {
      
  13.          return playedWav;   
  14.       }   
  15.       public void resetWav() {
      
  16.          playedWav = false;   
  17.       }   
  18. }   

      下面是一个调用getTime的具体类：

  1. import java.util.Calendar;   
  2.   
  3. public class Checker {   
  4.       private Environmental env;   
  5.       public Checker(Environmental env) {   
  6.          this.env = env;   
  7.       }   
  8.       public void reminder() {
      
  9.          Calendar cal = Calendar.getInstance();   
  10.          cal.setTimeInMills(env.getTime());   
  11.          int hour = cal.get(Calendar.HOUR_OF_DAY);   
  12.          if(hour >= 17) {   
  13.             env.playWavFile("quit_whistle.wav");   
  14.          }   
  15.       }   
  16. }   
  17.   

      使用env.getTime()的被测代码并不知道测试环境和真实环境之间的区别，因为它们都实现了相同的接口。现在，你可以借助mock对象，通过把时间设置为已知值，并检查行为是否如预期那样来编写测试。

  1. import java.util.Calendar;   
  2. import junit.framework.TestCase;   
  3.   
  4. public class TestChecker extends TestCase {
      
  5.        public void testQuittingTime() {
      
  6.             MockSystemEnvironment env = new MockSystemEnvironment();   
  7.             Calendar cal = Calendar.getInstance();   
  8.             cal.set(Calendar.YEAR, 2006);   
  9.             cal.set(Calendar.MONTH, 11);   
  10.             cal.set(Calendar.DAY_OF_MONTH,7);   
  11.             cal.set(Calendar.HOUR_OF_DAY, 16);   
  12.             cal.set(Calendar.MINUTE, 55);   
  13.             long t1 = cal.getTimeInMillis();   
  14.             env.setTime(t1);   
  15.             Checker checker = new Checker(env);   
  16.             checker.reminder();   
  17.             assertFalse(env.wavWasPlayed());   
  18.              t1 += (5*60*1000);
      
  19.             env.setTime(t1);   
  20.             checker.reminder();   
  21.             assertTrue(env.wavWasPlayed());   
  22.             env.resetWav();   
  23.             t1 += 2*60*60*1000;
      
  24.             env.setTime(t1);   
  25.             checker.reminder();   
  26.            assertTrue(env.wavWasPlayed());   
  27.       }   
  28. }  

       这就是mock对象的全部：伪装出真实世界的某些行为，使你可以集中精力测试好自己的代码。

4.好像有一些麻烦
      如果每次都像上面那样自己写具体的mock对象，问题虽然解决了，但是好像有一些麻烦，不要着急，已经有一些第三方现成的mock对象供我们使用了。使用Mock Object进行测试，主要是用来模拟那些在应用中不容易构造(如HttpServletRequest必须在Servlet容器中才能构造出来)或者比较复杂的对象(如JDBC中的ResultSet对象)从而使测试顺利进行的工具。目前，在Java阵营中主要的Mock测试工具有JMock，MockCreator，Mockrunner，EasyMock，MockMaker等，在微软的.Net阵营中主要是Nmock，.NetMock等。
      下面就以利用EasyMock模拟测试Servlet组件为例，代码如下：      编译并将其当做一个Test Case运行，会发现两个测试方法均测试成功。我们可以看到easymock已经帮助我们实现了一些servlet组件的mock对象，这样我们就可以摆脱web容器和servlet容器来轻松的测试servlet了。

  1. import org.easymock.*;   
  2. import junit.framework.*;   
  3. import javax.servlet.http.*;   
  4.   
  5. public class MockRequestTest extends TestCase{
      
  6.       private MockControl control;   
  7.       private HttpServletRequest mockRequest;   
  8.       public void testMockRequest(){
      
  9.          //创建一个Mock HttpServletRequest的MockControl对象   
  10.          control = MockControl.createControl(HttpServletRequest.class);     
  11.          //获取一个Mock HttpServletRequest对象   
  12.          mockRequest = (HttpServletRequest) control.getMock();   
  13.          //设置期望调用的Mock HttpServletRequest对象的方法   
  14.          mockRequest.getParameter("name");   
  15.          //设置调用方法期望的返回值，并指定调用次数   
  16.          //以下后两个参数表示最少调用一次，最多调用一次   
  17.          control.setReturnValue("kongxx" ,1 ,1);       
      
  18.          //设置Mock HttpServletRequest的状态，   
  19.          //表示此Mock HttpServletRequest对象可以被使用   
  20.          control.replay();   
  21.          //使用断言检查调用   
  22.          assertEquals("kongxx",mockRequest.getParameter("name"));
      
  23.          //验证期望的调用   
  24.          control.verify();   
  25.      }   
  26. }  

       编译并将其当做一个Test Case运行，会发现两个测试方法均测试成功。我们可以看到easymock已经帮助我们实现了一些servlet组件的mock对象，这样我们就可以摆脱web容器和servlet容器来轻松的测试servlet了。

5.底层技术是什么？
      让我们来回忆一下，如果用户使用C++和java的程序的生成，C++在最后的阶段还需要连接才能生成一个整体程序，这在灵活性与java源代码的机制是不能比的，java的各个类是独立的，打包的那些类也是独立的，只有在加载进去才进行连接，这在代码被加载进去的时候，我们还可以执行很多的动作，如插入一些相关的业务需求，这也是AOP的一个焦点，javassit代码库的实现类似于这，正是利用这些，所以用java实现Mock对象是很简单的。

6.一些相关的资源
      MockObject的主页  http://www.mockobjects.com/ 介绍了关键Mock Object的基本概念和目前在各个环境下主要的Mock测试工具。
      JMock的主页http://www.jmock.org/ 可以获取JMock的最新代码和开发包，以及一些说明文档。
      EasyMock的主页http://www.easymock.org/ 可以获取JMock的最新代码和开发包，以及一些说明文档。
      NMock的主页http://www.nmock.org/ 介绍了在Microsoft .Net平台上进行Mock测试的开发工具。


返回
【上篇】
【下篇】

作者:

抱歉!评论已关闭.

返回首页

Copyright © 2013-2018 学步园  保留所有权利.
软文销售 QQ客服：2265327166 点击这里给我发消息（其他合作也可洽谈）
必威体育
必威电竞