对 React 应用程序中的每个组件进行单元测试真的很重要吗？
Is it really important to unit test every component in React app?
更多 我正在深入研究 Jest 及其实际用例的文档。较小的我认为为每个其他组件编写单元测试不是强制性的。我错过了什么吗？有人可以在这里指导我吗？
我的想法是，当我们使用 React 来创建 MVP 时，我们倾向于编写大量动态代码。由于某些妥协的设计选择，当然不可能对所有情况进行测试。测试时遵循你正在测试的原则。也就是说，您不想测试 React 是否完成了批处理和更新状态的工作。您可能想要测试的是函数是否被执行以及它们何时会产生正确的道具。 React-testing-library 已经足够成熟来支持这些。 Jest 非常适合您的逻辑功能，即当您从状态中导出组件的某些道具时。您希望道具成为您的测试边界内的东西。您不想计算您开玩笑模拟测试或间谍的次数 运行。想象一下它是一个受控的 console.log，您可以在其中寻找特定的结果。请不要忘记反应及其批处理算法。我认为没有人需要测试 React 及其工作原理。只是测试你的道具和你的状态。如果它变得太复杂，快照测试可能是可行的方法。
更多 我正在深入研究 Jest 及其实际用例的文档。较小的我认为为每个其他组件编写单元测试不是强制性的。我错过了什么吗？有人可以在这里指导我吗？
我的想法是，当我们使用 React 来创建 MVP 时，我们倾向于编写大量动态代码。由于某些妥协的设计选择，当然不可能对所有情况进行测试。测试时遵循你正在测试的原则。也就是说，您不想测试 React 是否完成了批处理和更新状态的工作。您可能想要测试的是函数是否被执行以及它们何时会产生正确的道具。 React-testing-library 已经足够成熟来支持这些。 Jest 非常适合您的逻辑功能，即当您从状态中导出组件的某些道具时。您希望道具成为您的测试边界内的东西。您不想计算您开玩笑模拟测试或间谍的次数 运行。想象一下它是一个受控的 console.log，您可以在其中寻找特定的结果。请不要忘记反应及其批处理算法。我认为没有人需要测试 React 及其工作原理。只是测试你的道具和你的状态。如果它变得太复杂，快照测试可能是可行的方法。