React Native Paper 测试中 Expo 字体加载问题的解决方案

问题背景

在使用 React Native Paper 5.12.5 版本配合 Expo SDK 52 和 React Native 0.76 进行单元测试时，开发者可能会遇到一个典型的测试失败问题。当组件中包含使用图标的 TextInput 左右属性时，Jest 测试会抛出错误："TypeError: loadedNativeFonts.forEach is not a function"，这个问题会完全阻断持续集成流程的正常运行。

问题本质分析

这个问题实际上源于 Expo 字体模块(expo-font)在测试环境中的行为差异。在真实设备或模拟器运行时，Expo 字体模块能够正常加载字体资源，但在 Jest 测试环境中，由于缺少真实的运行环境，字体加载机制无法正常工作。

深入分析发现，这个问题并非 React Native Paper 本身的缺陷，而是测试环境配置的问题。当测试运行到需要加载图标的组件时，Jest 尝试访问未正确模拟的 expo-font 模块，导致 forEach 方法调用失败。

解决方案

经过社区验证，最有效的解决方案是在 Jest 的初始化配置中手动模拟 expo-font 模块。具体实现方式如下：

1. 在项目的测试设置文件(通常是 jest.setup.js)中添加以下代码：

jest.mock("expo-font");

2. 确保该设置文件在 Jest 配置中被正确引用：

// jest.config.js
module.exports = {
  setupFilesAfterEnv: ['<rootDir>/jest.setup.js'],
  // 其他配置...
}

技术原理

这种解决方案之所以有效，是因为它通过 Jest 的模拟系统创建了一个虚拟的 expo-font 模块。当测试代码尝试访问字体相关功能时，Jest 会返回这个模拟版本而非真实的模块，从而避免了在测试环境中执行实际的字体加载操作。

这种方法属于测试中的"模拟依赖"技术，是单元测试中处理外部依赖的常见手段。通过模拟，我们可以：

• 消除测试对真实资源的依赖
• 使测试更加稳定可靠
• 提高测试执行速度
• 避免副作用影响测试结果

进阶建议

对于需要更精细控制字体加载行为的测试场景，开发者可以考虑实现更详细的模拟：

jest.mock('expo-font', () => ({
  loadAsync: jest.fn().mockResolvedValue(true),
  isLoaded: jest.fn().mockReturnValue(true),
  // 其他需要模拟的方法...
}));

这种精细模拟允许测试用例验证字体加载是否正确触发，同时仍然避免实际的资源加载操作。

总结

React Native 生态系统中，测试环境的配置常常需要特别注意第三方模块的模拟。Expo 字体模块的问题是一个典型案例，展示了如何在测试中正确处理资源加载类模块。通过适当的模拟配置，开发者可以确保测试的可靠性和一致性，同时保持开发效率。

记住，良好的测试实践应该包括对关键外部依赖的模拟，这不仅能解决类似的技术问题，还能提高测试套件的整体质量和执行效率。