Mock用例

    另一方面，若使用得当，Mock对象会很有用。下面是Mock的一些好的用例。

    提交修改之前的测试组合
    在将本地的代码修改提交到代码控制存储库之前，为每个开发人员执行一次快速运行测试组合可以明显加快开发速度。只要测试能保证本地改变不会给代码基础带来错误，Mock对象就可以用来构建这种测试组合。一个典型的例子是，用HttpServletRequest、HttpServletResponse和HttpSession mock对象对Servlet进行独立测试，这比建立真正的应用程序服务器要更快速、更方便。
    只要牢记这些测试可能会脆弱，我们就可以在测试套件中使用Mock，且有些时候（例如，在连续的集成创建过程中），我们也需要进行集成和功能测试。

    对尚未编写的组件进行临时的集成测试
    Mock对于各复杂组件在将来进行集成是非常有用的。例如，某个小组在等待另一个小组完成其组件时，就可以使用Mock测试，这是很有意义的。为了最小化集成中的问题，第二个小组可以为第一个小组构建并提供一个Mock对象。第二个小组完成了他们的工作，两个小组的组件集成测试就开始了，希望Mock测试使他们为实现系统预期行为，工作更密切。
    到这一阶段，Mock已经实现了既定目标，并且应该将它移除（因为它存在潜在缺陷，甚至将来的测试还需要使用也是如此）。

    装饰设计模式的测试实现
    在前面的例子中，只要数据被正确存储，EmployeeBO怎样把员工信息存储到数据库中是无关紧要的。在装饰（decorator）设计模式中，它们与装饰对象之间的正确交互与交互的最终结果同样重要。考虑图3中所描述的简单例子。

图3 缓存管理系统的类图

    图3演示了一个缓存管理系统，负责把经常使用的对象存储在缓存中，以提高系统的性能。这个缓存管理系统由一个接口（CacheManager）和两个实现（DistributedCacheManager和EmbeddedCacheManager）组成，这两个实现分别用于Web应用程序和富客户端应用程序。
    假设需要引入一种配置方法，指导缓冲系统怎样处理Exceptions 。如果系统处于生产阶段，缓存系统中的错误应该不会终止系统的运行。换句话说，缓存系统抛出的任何Exception都应该忽略。另一方面，对于集成测试，我们需要获取缓存抛出的所有Exception，对它们进行诊断并修复缓存系统中的实现缺陷。
    使用Decorator Pattern（装饰模式）可以很容易解决这个问题。我们能很容易地为任何CacheManager动态添加异常处理，作为一种灵活的继承替换方式。

public final class IgnoreExceptionsCacheManagerDecorator implements CacheManager {

  private static final Object NULL = new Object();
  private static Logger logger = Logger.getAnonymousLogger();

  private final CacheManager decorated;

  public IgnoreExceptionsCacheManagerDecorator(CacheManager decorated) {
    this.decorated = decorated;
  }

  public Object getFromCache(String key) {
    try {
      return decorated.getFromCache(key);
    } catch (Exception e) {
      logger.log(SEVERE, "Unable to retrieve an object using key \"" + key + "\"", e);
    }
    return NULL;
  }

  public void putInCache(String key, Object o) {
    try {
      decorated.putInCache(key, o);
    } catch (Exception e) {
      logger.log(SEVERE, "Unable to store the object " + o + " using key \"" + key + "\"", e);
    }
  }
}

    为了避免缓存系统中的任何错误导致产品中某些应用程序停止运行，我们仅需要使用IgnoreExceptionsCacheManagerDecorator ：

    CacheManager cacheManager = new IgnoreExceptionsCacheManagerDecorator(new DistributedCacheManager());

    以下代码演示了如何使用Mock（和EasyMockTemplate）来测试IgnoreExceptionsCacheManagerDecorator ：

public class IgnoreExceptionsCacheManagerDecoratorTest {

  private IgnoreExceptionsCacheManagerDecorator decorator;
  private CacheManager decoratedMock;

  @Before public void setUp() {
    decoratedMock = createMock(CacheManager.class);
    decorator = new IgnoreExceptionsCacheManagerDecorator(decoratedMock);
  }

  @Test public void shouldNotPropagateExceptionFromCache() {
    final String key = "name";
    final RuntimeException exception = new RuntimeException();
    EasyMockTemplate t = new EasyMockTemplate(decoratedMock) {

      @Override protected void expectations() {
        expect(decoratedMock.getFromCache(key)).andThrow(exception);
      }

      @Override protected void codeToTest() {
        try {
          decorator.getFromCache(key);
        } catch (Exception e) {
          if (e == exception) fail("Should not propagate exception thrown by the cache");
        }
        assertExceptionWasLogged(exception);
      }
    };
    t.run();
  }
}

    在装饰模式例子中，Mock对象提供了良好的测试支持，因为：

• Mock像装饰对象一样很容易使用
• 使用Mock可以很容易地模拟缓存抛出的异常
• 通过使用Mock，我们能验证装饰和被装饰对象之间的正确交互——即IgnoreExceptionsCacheManagerDecorator 的get(String, Object)方法调用被装饰对象的get(String, Object)方法。

    实际上，当两个或更多对象之间的交互和这种交互的最终结果一样重要时，测试装饰是Mock测试许多应用中的一种。Mock的用法必须逐一确认（如测试Adapter模式的特定实现时）。装饰仅是安全引入Mock的一种特殊情况。

结束语
   
    独立代码测试是一项具有挑战性的工作。通常，非平凡代码需要依赖一些协作软件，而这些协作软件是无法在测试中轻易或快速建立的。开发人员，甚至是最积极的开发人员，经过花费大量时间编写，维护和运行测试后都会失去信心。为了避免测试的减少，Mock对象提供了一种机制，通过模拟那些真实世界中的难以使用的和开销昂贵的依赖关系来进行完全独立的代码测试。虽然Mock能简化单元测试的创建，但它们不能代替功能测试和集成测试。Mock需要谨慎使用；滥用Mock会带来诸多问题，比如隐藏的集成问题、混乱、代码测试的重复、不必要的代码和测试的脆弱性。