公司没要求就把测试的事情交给测试，自己多摸摸鱼学学知识

总结一下各个平台大家的回答：

**应该写单元测试的部分**：
1. **公共组件**：由于这些组件可能会在多个地方被重复使用，因此对其进行测试是必要的，以确保稳定性和预期的功能。
2. **核心支撑的代码**：代码部分，尤其是公司的核心代码，更需要测试以保障其功能和性能。
3. **公共方法**：这些方法可能会被多个模块或组件调用，所以需要进行测试。
4. **当有标准要求时**：例如，当测试覆盖率有特定的标准要求时，如达到 80% 的覆盖率。
5. **在团队有良好的测试框架和实践时**：如果团队有一个良好的测试实践和框架，编写测试将变得更加容易。

**可能没必要写单元测试的部分**：
1. **仅仅是界面显示的代码**：如果代码只是涉及到基本的界面显示而没有逻辑功能，单元测试可能没有太大意义。
2. **快速变动的业务逻辑页面**：对于频繁变化的业务逻辑，编写单元测试可能跟不上其迭代速度。
3. **外包或临时的代码**：这些代码可能不需要太多的质量保证，只要能满足基本功能即可。
4. **在迭代速度极快的项目中**：当项目的迭代速度非常快时，可能没有时间来编写单元测试。

纯业务的感觉就没必要，也没啥可写的。开源的组件库、工具包基本都写的

1. 需求频繁变动；
2. 时间太紧；
https://v2ex.com/t/856353

v2ex.com

现在前端还有人写单元测试吗？反正我做过的项目都没搞过，不知道要不要学一下？😅

前端开发，istj，喜欢记录生活，拥抱AI。

来自圈子

前端开发者小站