项目初始化
手动模拟(Manual Mocks)
手动模拟主要功能是用于存储模拟的数据。
例如,我可能希望创建一个允许您使用虚假数据的手动模拟,而不是访问网站或数据库等远程资源。
这可以确保您的测试快速且不易碎(not flaky)。
模拟水果模块(Mocking fruit modules)
通过在紧邻模块的子目录中编写模块来定义手动模拟。这个方式我在前面文章中的实例中也有用到过,具体的可以参考之前的文章,这里我说下大概的流程
例如,要在src/lib目录中模拟一个名为fruit的模块,则分别创建文件和文件的文件。
请注意文件夹区分大小写。如果命名目录是,则可能在某些系统上测试的时候会中断。
注意点
当我们在测试中需要该模块时,还需要显式的调用jest.mock('./moduleName')。
模拟Node核心模块(Mocking Node modules)
如果正在模拟的模块是Node module(例如:lodash),则模拟应放在与相邻的目录中(除非您将根配置为指向项目根目录以外的文件夹)并将自动模拟。
没有必要显式调用。
可以通过在与范围模块的名称匹配的目录结构中创建文件来模拟范围模块。
例如,要模拟名为的作用域模块,请在创建一个文件,相应地创建目录。
注意点
如果我们想模拟Node的核心模块(例如:fs或path),那么明确地调用。
例如:是必需的,因为默认情况下不会模拟核心Node模块。
实例演示
当给定模块存在手动模拟时,Jest的模块系统将在显式调用时使用该模块。
但是,当设置为时,即使未调用,也将使用手动模拟实现而不是自动创建的模拟。
要选择不使用此行为,您需要在应使用实际模块实现的测试中显式调用。
注意点
为了正确模拟,Jest需要jest.mock('moduleName')与require/import语句在同一范围内。
假设我们有一个模块,它提供给定目录中所有文件的摘要。在这种情况下,我们使用核心(内置)fs模块来演示
由于我们希望我们的测试避免实际操作磁盘(这非常慢且易碎[fragile]),我们通过扩展自动模拟为fs模块创建手动模拟。
我们的手动模拟将实现我们可以为我们的测试构建的fs API的自定义版本:
现在我们编写测试。
请注意,我们需要明确告诉我们要模拟fs模块,因为它是一个核心Node模块:
此处显示的示例模拟使用jest.genMockFromModule生成自动模拟,并覆盖其默认行为。
这是推荐的方法,但完全是可选的。
如果您根本不想使用自动模拟,则只需从模拟文件中导出自己的函数即可。
完全手动模拟的一个缺点是它们是手动的 - 这意味着你必须在它们模拟的模块发生变化时手动更新它们。
因此,最好在满足您的需求时使用或扩展自动模拟。
为了确保手动模拟及其实际实现保持同步,在手动模拟中使用并在导出之前使用模拟函数修改它可能是有用的。
项目实践地址
领取专属 10元无门槛券
私享最新 技术干货