测试替身: Mock、Spy、Stub

最新推荐文章于 2025-05-10 10:56:09 发布
最新推荐文章于 2025-05-10 10:56:09 发布
阅读量1k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： java研发自测 文章标签： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Linucus/article/details/109615989
本文介绍了测试替身的概念，包括 Dummy、Fake、Stub、Spy 和 Mock 的区别。重点讨论了 Mockito 框架在单元测试中的应用，包括如何使用 mock、spy 方法，以及 verify 传入下游参数对象的方法。此外，还讲解了如何修改 mock 对象的行为，使用 spy 实现部分真实行为的模拟，并展示了使用注解简化测试代码的方法。最后提到了 reset mock 的功能，以保持测试的独立性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Test Double 简介

对于一个应用程序或者一个系统而言，很难给你一个纯粹的类进行单元测试。对象之间的依赖往往交织到一起，需要拆成各个单元才能逐个击破，也是单元测试的目的。

需要将这些交织到一起的对象拆开，需要一些工具，例如模拟一些数据、替换一些具有某些特定行为的类等。 网站 xunitpatterns.com 把这些工具称为 Test Double，翻译过来就是”测试替身“。

Martin Fowler 为了让这些概念更容易理解，在他的网站上重新更加具体的定义了它们：

  • Dummy 被用来仅仅作为填充参数列表的对象，实际上不会用到它们，对测试结果也没有任何影响。
  • Fake 一些假的对象或者组件，测试过程中会被用到。例如内存数据库 h2，假的用于用户鉴权的 Bean，一般只会在测试环境下起作用，不会应用于生产。
  • Stubs 为被测试对象提供数据，没有任何行为，往往是测试对象依赖关系的上游。
  • Spies 被依赖对象的代理，行为往往由被代理的真实对象提供，代理的目的是为了断言程序运行的正确性。
  • Mocks 模拟一个具有特性行为的对象，在测试开始
了解本专栏 订阅专栏 解锁全文
15、有效使用测试替身：提升测试质量和代码设计
dog123的博客
06-17 35
本文详细探讨了测试替身的概念、类型及应用场景，包括模拟对象（Mock）、存根（Stub）、间谍（Spy）和空对象（Null Object）等。通过RSpec示例介绍了如何创建和配置测试替身，并深入讲解了高保真模拟、依赖注入以及封装第三方接口等高级话题。最后通过一个猜数字游戏的实践案例，展示了如何使用测试替身提升测试质量和代码设计水平。
13、理解测试替身：构建健壮的测试套件
最新发布
dog123的博客
06-15 30
本文深入探讨了测试替身的不同类型（如模拟对象、存根、间谍等）及其在构建健壮测试套件中的应用。通过具体示例，展示了如何创建和使用测试替身，并分享了避免过度使用部分双重、高保真伪造等最佳实践。帮助开发者在实际项目中更好地应用测试替身，提升代码质量和测试效率。
编写优秀的单元测试（四）测试替身
白话屋
02-11 1886
简介 一说到测试替身，我们总会不由自主的想到mock，我们在上一章简单提了一下，测试替身是 桩（Stub） 伪造对象（fake）测试间谍（spy） 模拟对象（mock）的总称。而使用测试替身的根本目的是使用替身替换一个模块的真实协作者，以期隔离被测试对象。 我们说，引入测试替身的根本原因就是：将测试代码和周围隔离开。 下面我们先分别看一下几种类型的测试替身： 测试替身的类型1：桩 桩（Stub） ...
测试替身之类型
小强快跑~~
06-25 659
测试桩Stub 桩：截断的或非常短的物体。 测试桩，用最简单的可能实现代替Real。 基本实现：所有方法仅一行，返回默认值。 public class LoggerStub implements Logger { public void log(LogLevel level, String message) { // still a no-op } public LogLevel getLogLevel() { return LogLe...
测试替身：提升测试效率与代码质量
weixin_42518874的博客
05-10 348
在软件开发中，测试替身（test doubles）是一种用于代替真实依赖以简化测试的技术。本文介绍了测试替身的概念、类型及其在软件开发中的重要性和挑战。强调了测试可替换性、适用性及保真度的重要性，并讨论了如何有效利用测试替身来提高工程效率和代码质量。
（翻译）测试替身— Fakes, Mocks 和 Stubs
Mo小泽的技术博客
06-22 658
文章目录一、前言二、Fake三、Stub四、Mock 原文：https://blog.pragmatists.com/test-doubles-fakes-mocks-and-stubs-1a7491dfa3da 一、前言 自动化测试中，我们常会使用一些经过简化的，行为与表现类似于生产环境下的对象的复制品。引入这样的复制品能够降低构建测试用例的复杂度，允许我们独立而解耦地测试某个模块，不再担心受到系统中其他部分的影响；这类型对象也就是所谓的 Test Double。 实际上对于 Test Double
测试替身简单介绍
wangmiaoyan的博客
01-17 5471
测试用户场景时，单元与单元之间是有关联的，你测某一单元的功能时，可能需要别的单元提供数据，也有可能这单元会有返回结果，而结果会影响到别的单元，也就是测试的单元可能会有输入输出数据，这些数据是会影响被测单元的功能的。 当我们在测试这样的单元时，一般有两种方法，第一种是，将依赖单元放一起测试，但是这种方法实现比较复杂，困难，有时需要花费大量时间。第二种就是将测试单元独立出来，提供它需要的数据，用一些
软件开发技术：测试替身(mocker )
lxguru2的博客
02-24 1425
不会拔毫毛变小猴子的行者，不是好行者；不会用替身做单元测试的程序员，不是好程序员。 单元测试的核心技术是替身(mock )。可以手工写一个专用于特定测试用例的替身派生类。但是，基于透明代理技术的替身能让你事半功倍。基本上各种语言，甚至包括C++语言, 都有开源的替身框架，提供基于透明代理的替身生成技术。 代码的可测试性要求依赖子系统的接口设计大量使用抽象和虚拟修饰，以便替生派生接口的生成。一个
单元测试中的测试替身（基于Java的示例）
oscar999的专栏
03-31 396
在单元测试中听到比较多的词就是Mock， 即模拟，也就是模拟一个虚拟的对象替代原来的对象，以便单元测试可以专注在所测试的单元。但其实单元测试中的模拟是有多种类型的，这些虚拟和模拟统称是测试替身。测试替身（Test Doubles）用于，使测试专注于目标单元的逻辑。
【Mock和Stub实战】：在doctest中处理复杂依赖与模拟环境
![【Mock和Stub实战】：在doctest中处理复杂依赖与模拟环境](https://www.delftstack.com/img/Python/feature-image---python-mock-import.webp) ...Mock是一种测试替身，用于模拟那些在测试中不易获得的依赖
测试开发工程必备技能之一：Mock的使用
软件自动化测试技术交流、资源分享
06-06 1333
在实际产品开发过程中，某个服务或前端依赖一个服务接口，该接口可能依赖多个底层服务或模块，或第三方接口，比如说服务 A 依赖服务B，服务B又依赖服务 C
单元测试--Mockito之spy
热门推荐
淡淡的宁静的博客
09-18 3万+
目录 spy和mock的相同点和区别： Shadow和spy的异同点： 使用场景一： 使用场景二： 使用场景三： 使用场景四： 典型错误示例： spy对象和被spy对象的关系 spy和mock的相同点和区别： 1.得到的对象同样可以进行“监管”，即验证和打桩。 2.如果不对spy对象的methodA打桩，那么调用spy对象的methodA时，会调用真实方法。 3.如...
Mock spy
yangyangrenren的专栏
06-17 1770
spy 通过when语句设置过的方法，调用的是模拟方法；而没有通过when语句设置的方法，调用的是真实方法。 如果在mock后不写when和thenReturn去指定，即便是mock调用任何方法，什么也不会做，也看不到什么效果。 划重点的时候来了，本身mock出来的对象是假的，再调用它的方法，一直都在“造假”。 模拟场景 service中有一个写数据到文件的方法 service层 具体代码如下： package com.rongrong.powermock.spies; import java.io.Bu
sinon.js的spy、stub和mock
xiaokanfuchen86的博客
12-26 1162
sinon 做测试的知道，在 Java 的单元测试中，不能获取实际对象时，我们可以使用 Mock/Stub 对我们的代码进行mock 等操作，更好的方便我们测试。 像 EasyMock、JMock、Mockito 等可以很好的解决这些事情。里面引入了 spy 、stub、mock等概念。 同样的，在前端测试中，我们也会遇到类似情况。Sinon.js 就是一个帮我们做这些事情的优秀库。 官网 ： http://sinonjs.org/ Spy 翻译过来的意思是 “监视”，很贴切。 sinon.js 中
mock.spy
幻想的天空
08-29 277
VipParkingStrategy parkingStrategy = Mockito.spy(new VipParkingStrategy()); doReturn(false).when(parkingStrategy).isAllowOverPark(car) Car car = Mockito.spy(new Car("carName")); List<ParkingLot> parkingLots = Mockito.spy(new ArrayList<>())
@Mock @Spy @InjectMocks @Captor 注解
mingyonghu的博客
03-18 3635
当我们需要对UserServiceImpl 进行单元测试时，就需要通过@InjectMocks 生成我们的被测试类UserServiceImpl ，用@Mock 来生成我们的模拟依赖对象UserManagerImpl，此时Mockito会将UserManagerImpl自动注入到UserServiceImpl 中，我们在调用userService.createUser()方法时就不会报空指针异常了。@InjectMocks注解用来创建被测试的类对象，他的依赖对项由@Mock来创建；
Dummary、Fake、Stub、Spy、Mock介绍
Difffate的技术随笔
09-02 4298
Test Double(测试替身) 可以分为Dummary、Fake、Stub、Spy、Mock几种。下面是定义： Dummy Object 不包含实现的对象（Null也是），在测试中需要传入，但是它没有被真正地使用，通常它们只是被用来填充参数列表。 Fake 有具体实现的，但是实现中做了些捷径，使它们不能应用与生产环境（举个典型的例子：内存数据库） St
单元测试Mockito中的Mock和Spy
weixin_33717117的博客
08-28 717
转载：https://blog.youkuaiyun.com/qq_30141957/article/details/81273829 项目中，有些函数需要处理某个服务的返回结果，而在对函数单元测试的时候，又不能启动那些服务，这里就可以利用Mockito工具。Mockito中的Mock和Spy都可用于拦截那些尚未实现或不期望被真实调用的对象和方法，并为其设置自定义行为。二者的区别在于： 1、Mock声明的对象...
测试驱动开发中的Dummy, Stub, Spy, Mock, Fake
睡猫的博客
02-15 5973
测试哑元(Dummy) - 只是帮助测试项目编译通过，不在具体测试里面起任何作用。 测试桩(Stub) - 只是能返回帮助测试的值 测试间谍(Spy) - 目的是测试被测单元传过来的值，也能返回值。Test Spy里肯定是要增加取参数的函数，用于测试 仿制对象(Mock object) - 主要目的是测试函数调用，调用顺序。同时具备Stub， Spy功能。 仿冒对象(Fake): 用能更简
绘制一张软件测试替身的图的思路
04-01
<think>嗯，用户想了解如何绘制关于软件测试替身的图表或思维导图，需要思路和方法。首先，我需要回忆软件测试替身的基本概念和分类，确保自己理解正确。测试替身主要包括Dummy、Stub、Spy、Mock、Fake等，对吧？这些类型各有不同的用途和特点，比如Dummy只是占位符，而Mock可以验证交互行为。 接下来，用户需要的是绘制图表或思维导图的步骤。可能需要先确定核心概念，然后分支展开。比如，中心节点是“软件测试替身”，然后分为类型、用途、区别、应用场景、工具支持等部分。每个类型下再详细说明定义和示例，这样结构清晰。 然后要考虑如何组织信息。可能需要比较不同替身的区别，比如Mock和Stub的区别在于Mock会验证方法的调用，而Stub只是提供预设的响应。这部分用表格或对比图可能更直观。另外，应用场景方面，单元测试中常用Mock和Stub，集成测试可能用Fake，这些也需要在图表中体现。 用户可能还希望知道实际绘制的工具，比如XMind、MindMaster或者在线工具如ProcessOn。是否需要推荐具体的工具呢？可能用户对工具不熟悉，提供几个选项会有帮助。另外，绘制方法上，可能需要分步骤：确定主题、分类整理、选择图表类型、绘制结构、添加示例和对比，最后美化调整。 还要注意引用相关的资料，比如测试方法中的黑盒和白盒测试，虽然测试替身更多属于单元测试的范畴，但可能和这些方法有关联。比如，测试替身常用于隔离被测组件，属于白盒测试的实现细节。不过用户提供的引用中提到黑盒和灰盒测试，可能需要适当关联。 另外，用户的问题是否涉及如何选择测试替身？比如在什么情况下用Mock而不是Stub，这也是图表中可以包含的内容。可能需要给出选择建议，比如根据是否需要验证交互来选择Mock，或者只需返回数据用Stub。 最后，检查是否有遗漏的部分，比如测试替身的优缺点，或者实际代码示例。虽然用户主要问的是图表绘制，但提供示例可能帮助理解，比如用代码片段说明Mock和Stub的使用区别，这可以作为图表中的示例部分。 总结思路：确定图表结构，分类展示测试替身类型，对比区别，说明应用场景和工具，提供绘制步骤和工具推荐，并加入示例和选择建议。确保信息准确，结构清晰，符合用户需求。</think>### 软件测试替身图表绘制思路与方法 #### 一、核心内容梳理 1. **测试替身分类** - Dummy：占位符对象，无实际功能 - Stub：提供预设响应的简单实现 - Spy：记录调用信息的增强型Stub - Mock：预设预期并验证交互行为 - Fake：简化但可运行的业务逻辑实现[^1] 2. **关键维度对比** | 类型 | 用途 | 交互验证 | 实现复杂度 | 典型场景 | |--------|------------------------|----------|------------|------------------| | Dummy | 参数占位 | 否 | 低 | 依赖项占位 | | Stub | 返回预设数据 | 否 | 中 | 数据隔离 | | Spy | 记录调用过程 | 部分 | 中 | 调用追踪 | | Mock | 验证方法调用与参数 | 是 | 高 | 行为验证 | | Fake | 替代真实组件 | 否 | 高 | 数据库/服务替代 | #### 二、图表绘制步骤 1. **确定结构类型** - **树状图**：以测试替身为根节点，展开类型、特点、应用示例 - **对比矩阵**：横向维度为替身类型，纵向为功能属性 - **流程图**：展示替身选择逻辑（如根据测试目标选择类型） 2. **内容组织建议** ```mermaid graph TD A[测试替身] --> B[类型] A --> C[区别] A --> D[应用场景] B --> B1(Dummy) B --> B2(Stub) B --> B3(Spy) B --> B4(Mock) B --> B5(Fake) D --> D1(单元测试隔离) D --> D2(外部依赖模拟) D --> D3(行为验证) ``` 3. **工具选择** - **思维导图工具**：XMind/MindMaster（结构化展示） - **UML工具**：PlantUML/Draw.io（绘制类图与序列图） - **代码关联工具**：结合Minium框架示例展示替身实现[^2] #### 三、进阶绘制技巧 1. **添加代码映射** ```python # Mock示例(Python) from unittest.mock import Mock user_service = Mock() user_service.get_name.return_value = "TestUser" print(user_service.get_name()) # 输出 TestUser ``` 2. **标注选择逻辑** ```plaintext ┌──────────────┐ │ 需要验证交互? │──是─→ 使用Mock └──────┬───────┘ │否 ┌──────▼──────┐ │ 需要持久化? │──是─→ 使用Fake └──────┬──────┘ │否 ┌──────▼───────┐ │只需简单响应? │──是─→ 使用Stub └──────────────┘ ``` 3. **引用标准关联** 在测试策略标注中关联黑盒/白盒方法，例如Mock属于白盒测试技术[^1]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值