避免在 Enzyme 测试中使用模拟函数

在前端开发中,测试是不可或缺的一环。而 Enzyme 是 React 应用程序测试的一个常用工具,在测试组件时可以有效地模拟交互和状态,检查组件的输出是否符合预期。Enzyme 为我们提供了多种 API,以帮助测试 React 组件,并在测试中提供正确的上下文和环境。但是,在使用 Enzyme 进行测试时,过多地依赖模拟函数可能会导致我们的测试结果不够尽如人意。本文将介绍 Enzyme 测试中的模拟函数问题,并提供避免使用模拟函数的解决方案。

Enzyme 模拟函数的使用场景

作为一个测试框架,Enzyme 提供了多种类型的测试函数,其中最常见的是模拟函数——这是一个返回由你定义的假值的函数。模拟函数通常被用来代替一个真正的函数,以便在测试中模拟或替换函数的行为。

比如说,我们有如下的组件:

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

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

我们希望在测试该组件时检查 onButtonClick 是否被正确地调用了,我们可以使用一个模拟函数来代替 onButtonClick

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

上述测试代码中,我们使用了 jest.fn(),这是一个由 Jest 提供的创建模拟函数的方法。我们使用这个模拟函数来代替 onButtonClick,每当模拟函数调用时,我们可以在测试中检查其行为与我们预期的是否一致。

然而,在使用模拟函数时需要注意一些问题。

Enzyme 模拟函数可能引起的问题

模拟函数可能会掩盖潜在的问题

使用模拟函数时,我们有可能会遗漏掉一些潜在的问题,因为模拟函数在测试中可能会掩盖一些实际上存在的问题。比如,在上一个例子中,我们使用了一个模拟函数来代替 onButtonClick,但没有测试该函数是否真的是在点击按钮之后被调用的。这就意味着,即使在实际的使用中 onButtonClick 没有被正确地调用,我们的测试依然会通过,因为我们的测试使用的是模拟函数。

模拟函数可能会使测试变得脆弱

在测试中过度使用模拟函数可能会导致测试变得容易受到代码更改的影响,这很容易让测试失去它们的价值。考虑下面的代码:

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

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

在上面的组件中,我们使用了 fetch 来获取数据,当数据到达后,它将被存储在状态中,并用于渲染。测试该组件时,我们可以使用模拟函数来模拟 fetch 并返回假的数据,以便测试组件的逻辑是否正确:

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

在上面的测试中,我们使用了一个模拟函数来代替 fetch,并返回我们预先定义的数据。但是,如果 fetch 函数发生了一些改变,比如我们在 headers 中添加了一些新的设置,那么我们的测试将不再能够运行,因为我们的模拟函数不再符合我们预期的行为。

另外, Enzyme 模拟函数的使用也可能会在大规模项目中导致单测变得臃肿,进而需要进行更多的维护。

模拟函数无法检验回调函数的实现

使用模拟函数测试回调函数时,只能检测它们是否被正常调用,却无法检测回调函数内部具体实现是否正确。

对于下面这段代码:

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

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

我们可以按照上面 jest.fn() 的方式进行测试:

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

但是,该测试只检验了回调函数是否被调用,并未验证其内部实现是否正确,比如回调函数是否处理了异常等等。

因此,使用模拟函数测试回调函数仅仅是在戏弄测试数据,而并不能真正保证代码的正确性。

解决方案:避免使用模拟函数

虽然模拟函数可以帮助我们模拟一些复杂的场景,在测试中模拟函数的用途并不大,因此我们应该尽量避免使用模拟函数。那么,如何避免使用模拟函数呢?

  1. 对于简单的场景,可以直接测试,而无需使用模拟函数,比如所谓的“Happy Path”情况下一切均正常的场景。使用真实的业务组件,而非模拟,提高测试用例的可信度。

  2. 对于复杂的场景,可以考虑使用模拟模块,比如使用 Jest 的 jest.mock() 方法模拟模块的导入,或者使用 jest.spyOn() 模拟已存在的方法等等。

举个例子,我们需要测试传入组件中的函数是否正常运行:

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

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

现在我们的测试使用了 jest.fn() 来代替 handleSubmit 函数 相对应,我们可以将其替换为:

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

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

在这个例子中,我们使用了 jest.mock() 方法,将 Form 组件替换为了一个简单的组件。这个简单组件中只有一个表单和一个提交按钮,这里我们可以添加自定义属性。然后,我们再次测试 handleSubmit 是否被调用,直到该测试用例执行后它被调用。这样,我们就避免了使用模拟函数进行测试,提高了测试的准确性和可信度。

总结

在 Enzyme 测试中,使用模拟函数可以帮助我们模拟一些复杂的实现或场景,但这也会导致我们的测试变得容易受到代码更改的影响。因此,我们应该避免使用模拟函数,尽可能使用真实的业务组件和模块进行测试,从而提高测试的准确性和可信度。如果有必要,我们可以使用模拟模块来帮助测试。

来源:JavaScript中文网 ,转载请联系管理员! 本文地址:https://www.javascriptcn.com/post/64719931968c7c53b0f796a8


猜你喜欢

  • GraphQL 中数据过滤器的实现方法

    GraphQL 是建立在对数据的强类型查询上的一种查询语言和服务端运行时。它提供了一种访问服务器端数据的方式,在不同的数据源之间参数化和聚合数据。数据过滤器是 GraphQL 的一个有用功能,它可以让...

    1 年前
  • Docker Compose:使用外部配置文件管理多个容器

    在前端开发中,我们常常需要同时运行多个不同的服务,如前端应用、后端 API、数据库服务器等。这些服务的运行可能需要不同的环境变量、端口号、容器镜像等配置。手动管理这些容器对于开发者来说是一项非常繁琐和...

    1 年前
  • ES8 新特性实现分组操作

    在前端开发过程中,经常会遇到需要对对象进行分组的情况,比如按照城市、年龄、性别等字段进行分组,以便进行数据统计或展示。而在ES8中,新的特性 Object.values 和 Object.entrie...

    1 年前
  • 解决 ES6 Promise 中常见的错误

    Promise 是 ES6 中新增加的一种机制,用来处理异步操作。通过 Promise,我们可以更加优雅、方便地处理异步代码,并且避免了回调地狱(callback hell)。

    1 年前
  • 解决 Mongoose 中的模型验证错误

    在 Node.js 中,Mongoose 是一个非常受欢迎的 MongoDB 对象文档映射工具,它让我们可以非常方便地使用 MongoDB。而在使用 Mongoose 的时候,我们常常会遇到模型验证错...

    1 年前
  • JavaScript 对象的可选链式操作符详解

    在日常的前端开发中,我们通常会操作 JavaScript 对象。而当我们需要访问对象嵌套深度比较大的属性时,代码可能会变得冗长而难以维护。针对这种情况,JavaScript 新增了可选链式操作符,使得...

    1 年前
  • 从基础到实践 —— 学习 Flexbox 布局

    介绍 在前端开发中,布局一直是一个非常基础也非常重要的部分。以前我们使用的经典布局方法如 Float 和 Positioning 已经不能满足我们对于响应式布局和页面排版的需求。

    1 年前
  • 使用 Chai.expect.with.property 实现对象属性值的验证

    在编写前端代码时,我们经常需要对对象的属性值进行验证。例如,我们需要验证一个用户对象是否包含特定的属性,或者该属性的值是否符合预期。为了完成这些验证任务,我们可以使用 Chai 库提供的 expect...

    1 年前
  • 在 Fastify 框架中使用 WebSocket 进行实时推送

    引言 现代应用程序越来越需要实时将数据从服务器推送到客户端。传统的轮询技术已经无法满足这种需求,因为它浪费了大量的带宽和服务器资源。 WebSocket技术已经被广泛使用,以实现实时数据推送,因为它提...

    1 年前
  • MongoDB 如何实现自动增长 ID

    在数据库中,一些数据表需要一个唯一的 ID 来标识每个数据,常用的自增 ID 可以满足需求。但是在 MongoDB 中,却没有内置的自增 ID 功能。因此,我们需要通过一些方法来实现 MongoDB ...

    1 年前
  • Redis 持久化方式选择及优化方法总结

    在使用 Redis 作为前端数据存储的时候,持久化的选择和优化是非常关键的。本文将从 Redis 持久化的概念入手,详细介绍 Redis 支持的两种持久化方式:RDB 和 AOF,以及如何选择合适的持...

    1 年前
  • 前端性能优化之渲染性能优化

    随着互联网的发展,前端页面的性能也变得越来越重要。在许多情况下,页面渲染是性能问题的核心所在。因此,优化前端渲染性能就显得格外重要。本篇文章将会介绍前端渲染性能的优化方法。

    1 年前
  • 如何使用 Material Design 的布局规范扩展你的应用

    Material Design 是 Google 推出的一种设计语言,旨在为移动和网络应用程序提供一致的外观和体验。它提供了很多有用的设计原则和布局规范,可以帮助开发人员更轻松地构建复杂的应用。

    1 年前
  • 如何用 ES7 优化 JS 异步编程

    在前端开发中,异步编程是非常常见的情况,例如 AJAX 请求、事件回调、定时器等等。JS 现有的异步编程方式有 Promise、回调函数和 async/await 等,其中 async/await 是...

    1 年前
  • Custom Elements 的使用与限制

    Custom Elements (自定义元素)是 Web Components 的一部分,是一种用于创建自定义 HTML 元素的 API。Custom Elements API 可以让开发者创建自定义...

    1 年前
  • Koa2 中的定时任务处理和调度

    Koa2 是一个基于 Node.js 的后端框架,它的易用性和高度可定制性特别适合前端开发人员来快速构建自己的后端服务。在实际的应用中,我们经常需要进行定时任务处理和调度,比如定时发送邮件、定时生成报...

    1 年前
  • HapiJS 学习笔记四之开发 RESTful 接口

    在前三篇文章中,我们已经了解了 HapiJS 的基本概念和使用方式,以及如何在 HapiJS 中使用路由和处理程序来构建 Web 应用程序。在本篇文章中,我们将深入探讨如何使用 HapiJS 构建 R...

    1 年前
  • 在 ES11 中学习正则表达式:什么是 Named Capturing Groups

    在 JavaScript 的正则表达式中,我们常常会使用 capturing group 来获取并存储匹配到的内容,以备后续使用。ES11 提供了一种新的 capturing group 格式,叫做 ...

    1 年前
  • GraphQL 与微服务的结合使用

    前言 在传统的 RESTful API 中,客户端需要请求多个端点来获取需要的信息,而且返回的数据往往是过多或者过少的,这样导致了带宽的增加以及对性能的浪费。GraphQL 是一种新的查询语言,它可以...

    1 年前
  • ASP.NET 无障碍性技巧:如何使用 ASP.NET 报表

    随着人们对无障碍性的关注度越来越高,越来越多的网站和应用程序也开始考虑如何让所有用户都能够方便地使用它们。在 ASP.NET 开发中,实现无障碍性也是十分重要的。本篇文章将介绍如何使用 ASP.NET...

    1 年前

相关推荐

    暂无文章