本文详解在 react native 中使用 react native testing library 进行组件单元测试时，为何必须对 redux、asyncstorage、firebase messaging 等外部依赖进行模拟，并提供可直接复用的 mock 配置方案与常见错误（如 messaging is not a function）的精准修复方法。 本文详解在 react native 中使用 react native testing library 进行组件单元测试时，为何必须对 redux、asyncstorage、firebase messaging 等外部依赖进行模拟，并提供可直接复用的 mock 配置方案与常见错误（如 messaging is not a function）的精准修复方法。在 React Native 单元测试中，“只测组件行为，不测依赖实现”是核心原则。当你调用 render(<LoginScreen />) 时，测试运行器会真实执行组件内所有逻辑——包括 useEffect 中调用的 messaging().getInitialNotification()、AsyncStorage.getItem() 或 Redux store 的订阅。若不模拟这些依赖，测试将：? 因原生模块未加载而崩溃（如 Firebase、DeviceInfo）； ? 触发真实网络/存储 I/O，导致测试不可靠、变慢甚至失败； ? 使测试耦合于第三方服务状态，丧失单元测试的隔离性与可重复性。因此，mock 不是“可选项”，而是强制要求——它确保测试仅验证组件自身的渲染逻辑、事件响应与状态流转。正确模拟 Firebase Messaging 的关键：匹配导出方式你遇到的 TypeError: (0 , _messaging.default) is not a function 错误，根本原因在于 mock 的导出结构与实际模块不一致。@react-native-firebase/messaging 是一个 ESM 默认导出函数（即 export default messaging()），但你当前的 mock 返回的是一个对象字面量，导致调用 messaging() 时抛出 TypeError。? 正确写法需满足两点： arXiv Xplorer ArXiv 语义搜索引擎，帮您快速轻松的查找，保存和下载arXiv文章。