React应用是否真的需要对每个组件都开展单元测试？

你的判断完全符合行业通用测试实践，盲目追求100%组件单测覆盖率反而会增加不必要的维护成本、拖慢研发效率，你需要额外关注以下几个核心注意点：

• 业务核心链路依赖的组件必须覆盖单测：比如支付流程的金额展示、表单提交、用户权限校验相关的公共组件，一旦出问题会直接造成资损或核心功能故障，必须通过单测覆盖所有边界逻辑，包括异常输入、加载态、错误态的处理。
• 高频复用的公共组件必须覆盖单测：比如全局通用的按钮、表格、弹窗、表单控件这类会在几十上百个业务场景调用的组件，改动影响范围极广，单测可以避免迭代过程中出现回归问题。
• 仅在单个业务模块内使用、逻辑极简单的展示类组件可以跳过单测：比如仅做静态文本展示、没有交互、没有props逻辑判断的纯展示组件，或者和业务逻辑强耦合、下次迭代大概率会被整体重构的临时组件，只需通过上层的集成测试或者E2E测试覆盖逻辑即可。
• 注意区分单测和集成测试的边界：不要在组件单测里写大量业务逻辑耦合的用例，单测只需覆盖组件本身的输入输出逻辑：比如传入不同props是否渲染对应内容、触发交互事件是否正确调用传入的回调函数即可，关联的业务逻辑交给上层的页面集成测试覆盖。
• 合理使用Jest的mock能力保证单测稳定性：可以通过jest.mock方法mock组件依赖的接口、第三方模块，避免单测运行依赖外部环境，提升执行速度和结果可靠性。
• 线上出过问题的组件逻辑必须第一时间补充对应单测：也就是业内常说的「故障防重单测」，避免同样的问题重复出现。
• 如果所在团队有明确的测试规范，优先遵循团队约定：比如部分ToB金融类项目对合规要求极高，可能会要求所有公共组件必须达到90%以上的单测覆盖率，这类情况按照团队要求执行即可。

业内通用的测试投入原则是：按照组件的影响范围、故障严重程度分配测试资源，而非无差别要求所有组件都编写单测。

内容的提问来源于stack exchange，提问作者Mayank_MP5