单元测试mock工具对比（单元测试mock使用方法）

本篇文章给大家谈谈单元测试mock工具对比，以及单元测试mock使用方法对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享单元测试mock工具对比的知识，其中也会对单元测试mock使用方法进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、Mock测试有哪些应用场景，有没有常用的工具推荐
• 2、mockito和junit的区别
• 3、python单元测试--mock
• 4、什么是 Mock 测试？
• 5、单元测试的测试工具
• 6、Mock测试

Mock测试有哪些应用场景，有没有常用的工具推荐

1、安卓黑盒测试工具
1)包括本身自带的monkey,Monkey是Android中的一个命令行工具，可以运行在模拟器里或实际设备中
2) robotium与appium，这些工具用于黑盒的自动化测试。可以在有源码或者只有APK 的情况下对目标应用进行测试。提供了模仿用户操作行为的API，比如在某个控件上点击，输入Text
等等。(推举你可以研究一下这个工具，开源的，我有资料)
2、白盒测试，Android在SDK中集成了JUnit框架。所以，你可以基于JUNIT框架进行安卓的白盒测试代码开发
3、安卓的测试方法其实与web测试方法大多类似，只是多了一些特殊的测试场景，例如-遍历测试、故事驱动、适配测试、电量测试、弱网测试、流量测试等
4、兼容性测试的话，一是可以利用虚拟机保证系统间的兼容性，但更多的还需要依靠真机测试，因为每个真机的上层API使用和渲染是不太一样的
如果你想要什么资料的话或者想一起学习研究的话，可以给我发邮件:test_sunny@hotmail.com

mockito和junit的区别

Mockito是一个开源mock框架单元测试mock工具对比；Junit是一个Java语言单元测试mock工具对比的单元测试框架。
junit的测试用例：
public class MainTstObjectJMockTest {
private Mockery context = new JUnit4Mockery();
private MayMockObject mayMockObject;
private MainTstObject mainTstObject;
@Before
public void setUp() {
this.mayMockObject = this.context.mock(MayMockObject.class); // Mock了外接接口
this.mainTstObject = new MainTstObject();
this.mainTstObject.setMayMockObject(this.mayMockObject);
}
@Test
public void process() {
final String str1 = "Mockito返回字符串。";
final String str2 = "Mockito返回字符串。";
this.context.checking(new Expectations() {
{
oneOf(mayMockObject).getString(str2);
will(returnValue("")); // Mock返回值
// allowing(mayMockObject).getString(with(any(String.class)));
// will(returnValue(""));
}
});
String ret = this.mainTstObject.create(str1, str2);
Assert.assertEquals(ret, str1);
}
@After
public void tearDown() {
}
}
Mockito的测试用例：
public class MainTstObjectMockitoTest {
// 指定Mock的对象
@Mock
private MayMockObject mayMockObject;
private MainTstObject mainTstObject;
@Before
public void setUp() {
MockitoAnnotations.initMocks(this); // 声明测试用例类
this.mainTstObject = new MainTstObject();
this.mainTstObject.setMayMockObject(this.mayMockObject);
}
@Test
public void process() {
String str1 = "Mockito返回字符串。";
String str2 = "Mockito返回字符串。";
Mockito.when(this.mayMockObject.getString(str2)).thenReturn(""); // Mock返回值
String ret = this.mainTstObject.create(str1, str2);
Assert.assertEquals(ret, str1);
}
@After
public void tearDown(){
}
}
junit和Mockito在用法上的一些区别：
1、对于要Mock的对象单元测试mock工具对比，JMock要显示指出来【this.mayMockObject = this.context.mock(MayMockObject.class);】；
而Mockito只是简单加上注释【@Mock】，然后声明下测试用例类即可【MockitoAnnotations.initMocks(this);】。
2、对于方法的模拟，junit显得更加复杂了【this.context.checking(new Expectations() {
{
oneOf(mayMockObject).getString(str2);
will(returnValue(""));
}
});】
而Mockito只要简单的一行代码就行【Mockito.when(this.mayMockObject.getString(str2)).thenReturn("");】。
从上可以看出，Mockito的代码行更少，更加简洁易记单元测试mock工具对比！
另外需要注意的是：junit只能Mock接口，也就是上面的例子中【MayMockObject】只能为接口，不能为实体类；而Mockito就没有这个限制。

python单元测试--mock

使用mock，可以将某个函数所依赖的对象或者变量mock掉，从而降低测试条件的负责度。如下所示：

上述是mock对象的简单使用方法，通过实例化一个Mock对象从而模拟掉原始函数的返回值，高级一些的用法就是通过mock.patch装饰器，装饰在类或者函数上进行模拟测试，如下在test.py文件中有两个类：

测试用例设计如下：

以上测试用例说明，通过patch装饰器模拟了 test.ProductionClass1 这个类，在 test_01 中使用 mock_class 模拟 test.ProductionClass1 。首先通过 mock_class.return_value 获取类实例（如果模拟的是函数，则不需要这一步），然后通过 obj1.pro1_method.return_value 设置方法的返回值，并进行测试。测试结果说明无论是通过 mock_class 还是 test.ProductionClass1 还是 obj1 执行方法，获取到的结果都是设置的值，并且在另一个类中调用模拟类的方法，也能成功获取到设置的 return_value 。

什么是 Mock 测试？

作为动词，Mock 是模拟、模仿的意思。

作为名词，Mock 是能够模仿真实对象行为的模拟对象。

那么，在软件测试中，Mock 所模拟的对象是什么呢？

模拟的是 SUT（System Under Test：被测系统） 的依赖，而不是其本身。

比如，我要测试 A，但 A 依赖 B，要模拟的对象就是 B。

为什么要模拟 B 呢？

提高 A 的测试覆盖率： 通过 Mock 模拟 B 返回的正常和异常的结果，使用 A 的测试更充分。

避免 B 的因素对 A 产生影响： 当 B 因各种原因无法正常使用时，导致 A 无法测试。

提高 A 的测试效率： B 的真实行为可能很慢，但模拟可以很快。

Mock 的两大功能：

记录真实的调用信息

生成模拟的返回信息

使用 Mock 的问题是什么？

可能导致问题遗漏： 毕竟是模拟的，是理想可预见的情况，真实的情况可能更复杂。

可能导致维护成本变高： 接口变更 Mock 用例要跟着改，改错和漏改都可能出问题。

常见的 Mock 类型：

方法级别： Mock的对象是一个函数调用，例如：获取系统环境变量。

类级别： Mock 的对象是一个类，例如：一个 HTTP server。

接口级别： Mock 的对象是一个 API 接口。

服务级别： Mock 的对象是整个服务。

使用 Mock 做接口测试时，一般分二步：

1. 打桩： 创建 Mock 桩，指定 API 请求内容及其映射的响应内容。

2 . 调桩： 被测服务来请求 Mock 桩并接收 Mock 响应。

在这二步之间还有一个 Mock 桩的注入 ， 啥是 Mock 注入？

Mock 的本质就是用模拟桩来替换真实的依赖。所谓 Mock 桩注入 就是 阻断被测服务与真实服务之间的链路，建立被测服务与 Mock 之间的链路过程。

如下图所示：
常见的方式包括但不限于以下五种：

API 请求构造

客户端 Mock：在被测服务 内部 工作，直接拦截被测服务的 API 请求方法，直接从方法内部返回预定义的 Mock 响应。

服务端 Mock：在被测服务 外部 工作，作为 HTTP 服务器接收被测服务发送的 API 请求，并返回预定义的 Mock 响应。

本地配置：

对于服务端 Mock，打桩之后会生成唯一的 Mock 桩地址，被测服务提供一个依赖服务地址配置项，在需要使用 Mock 时将依赖服务地址修改成 Mock 地址。

配置中心

对于服务端 Mock，为了避免修改依赖服务地址配置项导致被测服务重启，可以采用配置中心存储和管理依赖服务地址配置，或者使用注册中心记录服务与服务地址的映射关系。

反向代理

在微服务架构下，被测服务与依赖服务之间可能不是直连的，而是经过了一层反向代理，例如 API 网关。在这种情况下，被测服务是通过调用 API 网关来间接调用依赖服务的接口。

前向代理

服务端 Mock 除了作为 HTTP 服务器，还可以兼备 HTTP 代理的功能，这种架构又叫做 Mock 代理。

对比：
常用 Mock 工具：

单元测试级别：

easymock、jMock、Mockito、Unitils Mock、PowerMock、JMockit..

接口测试级别

Wiremock、Mockserver、Moco、Mock.js、RAP...

单元测试的测试工具

现在开始介绍单元测试工具，分别按编程语言进行分组介绍。 CppUnit
首先是CppUnit，这是C++单元测试工具的鼻祖，免费的开源的单元测试框架。由于已有一众高人写了不少关于CppUnit的很好的文章，老纳就不现丑了，想了解CppUnit的朋友，建议读一下Cpluser 所作的《CppUnit测试框架入门》，。该文也提供了CppUnit的下载地址。
C++Test
然后介绍C++Test，这是Parasoft公司的产品。[C++Test是一个功能强大的自动化C/C++单元级测试工具，可以自动测试任何C/C++函数、类，自动生成测试用例、测试驱动函数或桩函数，在自动化的环境下极其容易快速的将单元级的测试覆盖率达到100%]。[]内的文字引自，这是华唐公司的网页。老纳想写些介绍C++Test的文字，但发现无法超越华唐公司的网页上的介绍，所以也就省点事了，想了解C++Test的朋友，建议访问该公司的网站。华唐公司代理C++Test，想要购买或索取报价、试用版都可以找他们。
Visual Unit
最后介绍Visual Unit，简称VU，这是国产的单元测试工具，据说申请了多项专利，拥有一批创新的技术，不过老纳只关心是不是有用和好用。[自动生成测试代码 快速建立功能测试用例程序行为一目了然 极高的测试完整性 高效完成白盒覆盖 快速排错 高效调试 详尽的测试报告]。[]内的文字是VU开发商的网页上摘录的，。前面所述测试要求：完成功能测试，完成语句覆盖、条件覆盖、分支覆盖、路径覆盖，用VU可以轻松实现，还有一点值得一提：使用VU还能提高编码的效率，总体来说，在完成单元测试的同时，编码调试的时间还能大幅度缩短。算了，不想再讲了，老纳显摆理论、介绍经验还是有兴趣的，因为可以满足老纳好为人师的虚荣心，但介绍工具就觉得索然无味了，毕竟工具好不好用，合不合用，要试过才知道，还是自己去开发商的网站看吧，可以下载演示版，还有演示课件。
gtest
gtest测试框架是在不同平台上（Linux，Mac OS X，Windows，Cygwin，Windows CE和Symbian）为编写C++测试而生成的。它是基于xUnit架构的测试框架，支持自动发现测试，丰富的断言集，用户定义的断言，death测试，致命与非致命的失败，类型参数化测试，各类运行测试的选项和XML的测试报告。需要详细了解的朋友可以参阅《玩转Google单元测试框架gtest系列》该篇文章。 JUnit
JUnit 是 Java 社区中知名度最高的单元测试工具。它诞生于 1997 年，由 Erich Gamma 和 Kent Beck 共同开发完成。其中 Erich Gamma 是经典著作《设计模式：可复用面向对象软件的基础》一书的作者之一，并在 Eclipse 中有很大的贡献；Kent Beck 则是一位极限编程（XP）方面的专家和先驱。JUnit 设计的非常小巧，但是功能却非常强大。JUnit ——是一个开发源代码的Java测试框架，用于编写和运行可重复的测试。他是用于单元测试框架体系xUnit的一个实例（用于java语言）。主要用于白盒测试，回归测试。
JUnit的好处和JUnit单元测试编写原则：
好处：可以使测试代码与产品代码分开；针对某一个类的测试代码通过较少的改动便可以应用于另一个类的测试；易于集成到测试人员的构建过程中，JUnit和Ant的结合可以实施增量开发；JUnit是公开源代码的，可以进行二次开发；可以方便地对JUnit进行扩展；
编写原则：是简化测试的编写，这种简化包括测试框架的学习和实际测试单元的编写；是使测试单元保持持久性；是可以利用既有的测试来编写相关的测试；
JUnit使用帮助
1、junit3.x版本，我们通常使用junit 3.8
(1)、使用junit3.x版本进行单元测试时，测试类必须要继承于TestCase父类；
(2)、测试方法需要遵循的原则：
A、public的
B、void的
C、无方法参数
D、方法名称必须以test开头
(3)、不同的Test Case之间一定要保持完全的独立性，不能有任何的关联。
(4)、我们要掌握好测试方法的顺序，不能依赖于测试方法自己的执行顺序。
dome:
public class TestMyNumber extends TestCase {
private MyNumber myNumber;
public TestMyNumber(String name) {
super(name);
}
// 在每个测试方法执行 [之前] 都会被调用
@Override
public void setUp() throws Exception {
// System.out.println(欢迎使用Junit进行单元测试…);
myNumber = new MyNumber();
}
// 在每个测试方法执行 [之后] 都会被调用
@Override
public void tearDown() throws Exception {
// System.out.println(Junit单元测试结束…);
}
public void testDivideByZero() {
Throwable te = null;
try {
myNumber.divide(6, 0);
Assert.fail(测试失败);
} catch (Exception e) {
e.printStackTrace();
te = e;
}
Assert.assertEquals(Exception.class, te.getClass());
Assert.assertEquals(除数不能为 0 , te.getMessage());
}
}
2、junit4.x版本
(1)、使用junit4.x版本进行单元测试时，不用测试类继承TestCase父类，因为，junit4.x全面引入了Annotation来执行我们编写的测试。
(2)、junit4.x版本，引用了注解的方式，进行单元测试；
(3)、junit4.x版本我们常用的注解：
A、@Before 注解：与junit3.x中的setUp()方法功能一样，在每个测试方法之前执行；
B、@After 注解：与junit3.x中的tearDown()方法功能一样，在每个测试方法之后执行；
C、@BeforeClass 注解：在所有方法执行之前执行；
D、@AfterClass 注解：在所有方法执行之后执行；
E、@Test(timeout = xxx) 注解：设置当前测试方法在一定时间内运行完，否则返回错误；
F、@Test(expected = Exception.class) 注解：设置被测试的方法是否有异常抛出。抛出异常类型为：Exception.class；
G、@Ignore 注解：注释掉一个测试方法或一个类，被注释的方法或类，不会被执行。
dome:
package com.an.junit;
import static org.junit.Assert.*;
import org.junit.After;
import org.junit.AfterClass;
import org.junit.Before;
import org.junit.BeforeClass;
import org.junit.Test;
public class TestMyNumber {
private MyNumber myNumber;
@BeforeClass
// 在所有方法执行之前执行
public static void globalInit() {
System.out.println(init all method...);
}
@AfterClass
// 在所有方法执行之后执行
public static void globalDestory() {
System.out.println(destory all method...);
}
@Before
// 在每个测试方法之前执行
public void setUp() {
System.out.println(start setUp method);
myNumber = new MyNumber();
}
@After
// 在每个测试方法之后执行
public void tearDown() {
System.out.println(end tearDown method);
}
@Test(timeout=600)// 设置限定测试方法的运行时间 如果超出则返回错误
public void testAdd() {
System.out.println(testAdd method);
int result = myNumber.add(2, 3);
assertEquals(5, result);
}
@Test
public void testSubtract() {
System.out.println(testSubtract method);
int result = myNumber.subtract(1, 2);
assertEquals(-1, result);
}
@Test
public void testMultiply() {
System.out.println(testMultiply method);
int result = myNumber.multiply(2, 3);
assertEquals(6, result);
}
@Test
public void testDivide() {
System.out.println(testDivide method);
int result = 0;
try {
result = myNumber.divide(6, 2);
} catch (Exception e) {
fail();
}
assertEquals(3, result);
}
@Test(expected = Exception.class)
public void testDivide2() throws Exception {
System.out.println(testDivide2 method);
myNumber.divide(6, 0);
fail(test Error);
}
public static void main(String[] args) {
}
}
有兴趣的朋友可以下下来仔细研究下，也可以到安安DIY创作室博客一起讨论一下。
JUnit-addons
对JUnit的一些补充，比如设置、获取被测试对象的私有属性的值，调用被测试对象的私有方法等。
常用类：junitx.util.PrivateAccessor
Spring 测试框架
可以测试基于Spring的应用，通过配置文件和注解自动组装需要的单元测试对象。
提供了一些常用的J2EE Mock对象，比如HttpSession的Mock类等。
可以支持数据库自动回滚，以防止对数据库的单元测试（插入，删除等）不可重复执行，防止修改数据库状态等。
DJUnit
通过代码自动产生Mock对象，省去了自己手动编写N多的Mock类。
此外，它的Eclipse插件还可以做到测试覆盖率、分支统计。
EasyMock
功能同DJUnit，也是通过编程自动Mock掉与测试对象无关的类，方法。

Mock测试

SpringMVC单元测试的独立测试；对模块进行集成测试时，希望能够通过输入URL对Controller进行测试，如果通过启动服务器，建立http client进行测试，这样会使得测试变得很麻烦，比如，启动速度慢，测试验证不方便，依赖网络环境等，所以为了可以对Controller进行测试，我们引入MockMVC。

MockMvc实现了对Http请求的模拟，能够直接使用网络的形式，转换到Controller的调用，这样可以使得测试速度快、不依赖网络环境，而且提供了一套验证的工具，这样可以使得请求的验证统一而且很方便。

★ 服务器端SpringMVC测试的主入口点。
★ 通过MockMVCBuilders建造者的静态方法去建造MockMVCBuilder，MockMvc由MockMVCBuilder构造。
★ 核心方法：perform(RequestBuilder rb)，执行一个RequestBuilder请，会自动执行SpringMVC的流程并映射到相应的控制器执行处理，该方法的返回值是一个ResultActions

★ MockMVCBuilder是使用构造者模式来构造MockMvc的构造器。
★ 主要有两个实现：StandaloneMockMvcBuilder和DefaultMockMvcBuilder。
★ 可以直接使用静态工厂MockMvcBuilders创建即可，不需要直接使用上面两个实现类。

★ 负责创建MockMVCBuilder对象。
两种创建方式

★ 用来构建Request请求的,其主要有两个子类。
★ MockHttpServletRequestBuilder和MockMultipartHttpServletRequestBuilder（如文件上传使用），即用来Mock客户端请求需要的所有数据。

★ MockMvc.perform后将得到ResultActions
★ andExpect：添加ResultMatcher验证规则，验证控制器执行完成后结果是否正确。
★ andDo：添加ResultHandler结果处理器，如调试时打印结果到控制台。
★ andReturn：最后返回相应的MvcResult；然后进行自定义验证或下一步的异步处理。
★ MockMvcResultMatchers
用来匹配执行完请求后的**结果验证。
果匹配失败将抛出相应的异常。
包含了很多验证API方法。
★ MockMvcResultHandlers 结果处理器，表示要对结果做处理的需要用到。 关于单元测试mock工具对比和单元测试mock使用方法的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 单元测试mock工具对比的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于单元测试mock使用方法、单元测试mock工具对比的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。