MockServer的测试思想与实现(上篇)

简介:
  • 背景
  • 什么是MOCK
    • Mock的定义
    • Mock框架简介
    • Mock在单测中的应用
      • Define Interface
      • Define a Model Class
      • Create a Mock Object
      • Adding Behavior
      • Specifying Return Values
  • 什么是MockServer
    • MockServer的工作原理
      • 一般桩程序的结构
      • MockServer的结构
    • MockServer的技术实现
      • 一个CASE
      • 核心代码
      • 条件与结果
      • 行为描述
      • 远程调用
  • 综述


背景 


在Linux后台服务类模块测试中,经常会遇到被测模块需要通过socket接口调用其它模块的情况,多数时候,我们可以直接连接被调用的模块来进行测试。但有时这并不是个好主意,比如被调用的模块部署成本很高、操作比较繁琐、数据构造困难、性能不够好等,更重要的是一些接口的异常情况可能根本无法直接模拟。 

所以在实际测试中,我们少不了要自己编写一些桩程序来模拟被调用模块的行为。而当我们写过几个桩程序后就会发现,所有的桩程序都大同小异,只是具体的接口协议不同而已,而像链接管理、配置管理、日志管理等工作,完全都是一样的。那么是否可以通过某种方式,将相同的部分抽离出来,构造一个桩程序时,只需要考虑接口的逻辑,是不是就可以节省许多重复的工作呢? 

什么是MOCK 

Mock原本是一种在单测中使用的测试技术。 

Mock的定义 


“Mock Objects simulate parts of the behavior of domain code, and are able to check whether they are used as defined. Domain classes can be tested in isolation by simulating their collaborators with Mock Objects.”。前面这段话摘自EasyMock的说明文档,简单来说单测CASE可以认为是一些驱动代码,而Mock Object则像是一些桩。 

Mock框架简介 

在实际使用中,自己从头实现一个Mock对象是件繁琐的工作,而且经常出现各种低级错误,影响实际使用的效果。所以一些通用的Mock框架应运而生。如 “EasyMock”、“GMock”等。 

“Hand-writing classes for Mock Objects is not needed. 
Supports refactoring-safe Mock Objects: test code will not break at runtime when renaming methods or reordering method parameters 
Supports return values and exceptions. 
Supports checking the order of method calls, for one or more Mock Objects. ” 

上面是EasyMock文档中提到的Mock框架带来的几点好处,总结一下就是:可以使用一种非常简洁的方式描述对象的行为,而不需要真的去实现它。 

关于EasyMock的详细信息,可以参考 EasyMock的使用文档 

Mock在单测中的应用 

使用Mock进行单测,大体上有以下几个方面(摘自EasyMock官方文档) 

 

Define Interface

 

 
  
 
 

 

Define a Model Class

 

 
  
 
 

 

Create a Mock Object

 

 
  
 
 

 

Adding Behavior

 

 
  
 
 

 

Specifying Return Values

 

 
  
 
 


什么是Mock Server 

前面说了好多什么是Mock,或者说什么是Mock Object,那什么是Mock Server呢?其实它相对于我们一直使用的桩程序来说的,为了方便,下文将其称为Stub Server。 

MockServer的工作原理 

一般桩程序的结构 

首先,我们先回顾一下以往的Stub Server是什么样的 

Stub Server,作为一个模拟下游模块的行为的程序,它的功能无非两方面,一个是接受请求,一个是返回结果。当然为测试的便利,在返回结果时可能还会有一些简单的逻辑,比如填充一些无关字段。 

对于一个标准的Stub Server,它的结构通常是: 

 

 
 



为了适应的不同的被测系统,Stub Server需要跟据情况实现不同的接口协议,对数据包进行解析和封装,这部分的工作量占据了很大一部分比重,且实际代码往往单调繁琐。 这个问题可以利用一些代码自动生成技术或接口定义语言来解决,这方面的话题不在本文中讨论了。

接口实现好了,接下就是跟据需要来返回相应的数据了,对应于前面的流程,其实就是替换其中的[条件]和[结果数据],以适应不同的CASE。那么如何描述 [条件]和[结果数据]自然也就是成了接下来要解决的问题,有时我们会直接将它们硬编码到程序里,或者使用配置文件来描述[条件]和[结果数据]以触发程序中不同的处理代码。如果数据的结构比较简单,这种方法是很好实现的,但如果数据结构比较复杂,那配置文件格式的设计与数据的解析加载都会是件很烦人的事情,而如果想在配置中添加一些简单的逻辑以使程序有更大的灵活性,则更是一件烦上加烦的事情。 

MockServer的结构 

MockServer的设计思想在于将接口的操作和数据的操作分离,在实现桩程序时,只考虑对各种通信接口的包装,而将[条件]和[结果数据]的构造交给使用者。这样,同样一个桩程序,只要是基于相同的通信协议,就可以模拟出任意的行为,就像mock对象可以模拟任意对象的行为一样。 

比如一个基于socket的Mock Server的可以描述为: 

 

 
 


其中MOCK行为可能是这样描述的: 

 

 
 

可见,Mock Server的核心就是如果实现执行[MOCK行为]
作者:qabloger
(上篇完)

 













本文转自百度技术51CTO博客,原文链接:http://blog.51cto.com/baidutech/743685 ,如需转载请自行联系原作者
相关文章
|
算法 前端开发 JavaScript
【五子棋实战】第1章 项目架构与开发思路
五子棋是一种古老而受欢迎的棋类游戏,本博客将介绍如何使用前端和算法接口来制作一个五子棋游戏。 此次实战项目包含项目的所有代码、教学的系列博客,分别放在公众号、CSDN,以便广大读者能够更好地学习、实践与二开。
324 0
|
监控 前端开发 测试技术
吃透这些软件测试理论知识要点,你就搞懂了软件测试
吃透这些软件测试理论知识要点,你就搞懂了软件测试
394 0
|
设计模式 存储 JSON
如何写出一手好代码(上篇 - 理论储备)?
技术能力是研发同学的立身之本,而写代码的能力又是技术能力的重要体现。但可惜的是理想很丰满,现实很骨感。结合慕枫自己的经验来看,我们在工作中其实没那么容易可以看到写得很好的代码。
|
SQL 存储 缓存
系统设计不知怎么入手?一文帮到你
系统设计不知怎么入手?一文帮到你
122 2
|
存储 缓存 前端开发
Web性能优化_知识点精讲
延迟和宽带 WebWorker 关键渲染路径 React 应用中的优化处理 利用React-Profiler提升应用性能 从 URL 输入到页面加载整过程分析 SPA 提速 SPA: SEO
190 0
|
设计模式 Java Spring
从理论走向实战!阿里高工熬夜整理出的Spring源码速成笔记太香了
金三银四也快要结束了,不知道大家面试的时候有没有被问到过Spring相关问题(循环依赖、事务、生命周期、传播特性、IOC、AOP、设计模式、源码)?反正我这个小学弟前段时间就来私信我说自己面试挂在了Spring这一块。(原谅我不厚道地笑了,如下图所示)
|
开发者 Python
一日一技:8行炫技代码,知识点多得不得了
一日一技:8行炫技代码,知识点多得不得了
304 0
一日一技:8行炫技代码,知识点多得不得了
|
消息中间件 运维 Dubbo
源码阅读的方法、误区以及三种境界
源码阅读的方法、误区以及三种境界
|
人工智能 安全 程序员
程序员真香定律:源码即设计
我们经常谈论架构,讨论设计,却甚少关注实现和代码本身,架构和设计固然重要,但要说代码本身不重要,我不同意,Robert C.Martin大叔也不同意,Martin认为“源码即设计”。
|
缓存 安全 前端开发
Andrioid中高级面试题目归纳整理
1. ThreadLocal的理解 可以保证线程的安全。在多个线程共享相同的数据的时候,会为每个线程创建单独的副本,在单独的副本上进行数据的操作,不会对其它线程的数据产生影响,保证了线程安全。 2. HashMap HashSet HashTable的区别? 都是集合,底层都是Hash算法实现的。
1075 0