现在前端还有人写单元测试吗？

[Daotin]

当前阶段，对业务需求开发迭代都是很快的。写单元测试又很耗时。这种情况下，想问下大家，现在是不是都不流行写单元测试了？

反正我这几年做过的项目都没搞过，不知道要不要学一下？😅 （基本上做的都是 toB 的业务）

如果你们项目有在使用单元测试，是在什么情况下呢？

[gouflv]

学一下又不会吃亏

[jokyme]

有，要写单元测试加 E2E 测试，不然 code review 不给过

[zcf0508]

开始写了，感觉很好，现在 ai 可以生成测试了，然后自己补充一点测试用例把覆盖率上 90%，有一种踏实感

[doommm]

我觉得比单元测试更难的是如何写出可测试的代码

[liveoppo]

如果涉及算法，要写

如果只是界面显示，我个人认为意义不大

[z1645444]

同 #2 ，要测试的代码大部分都是公司核心支撑的代码，有一些外包的活的代码那真的是五花八门了，毕竟最后只要给一套能用的静态页给人部署上就好

[qping]

要写，每一个文件，每一个公共方法都要写

[qping]

@doommm 所有写单元测试可以倒逼写出高质量的代码

[danhua]

写公共组件会写单元测试，写业务逻辑页面不写。公司内部情况是用户是天，可能今天你写的页面，第二天就要修改。写单元测试根本忙不过来。

[dream4ever]

刚好在看之前有人发在 V2EX 的 Jest 测试教程 https://github.yanhaixiang.com/jest-tutorial/ ，感兴趣的话可以看看

[yidadaa]

我们团队一直在践行 BDD 实践，最大的经验就是，写测试套件要比写测试本身更重要，如果你想在团队内部推行 TDD/BDD 规范，最好花一些时间先把测试框架搭起来，很多前端代码的可测试性都很差，因为 js 比较灵活，外部依赖非常松散，导致你想对某个组件写测试，必须要 mock 一大堆东西，可能大部分时间都在折腾 mock 外部依赖，所以如果你有能力树立起团队的开发规范，收缩组件的外部依赖，并且提供统一的测试套件，这样团队成员其实是很有动力写测试代码的。

[estk]

迭代更改太快，来不及写

[plasticman64]

我记得我进公司的时候，技术主管跟我说，写完代码放心提交，这么多测试有 bug 会跟你说的

[streamrx]

怎么测 各种界面也要写测试嘛

[jiangshanmeta]

我这单元测试覆盖率小于 80% pipeline 不给过的

[gyt95]

曾经很想搭一套测试出来，包含单元测试和集成测试。后来发现，只有针对部分组件的单元测试是可行的，集成测试根本不行。因为需求几乎一天一个样。老板就是要快。

[prenwang]

单元测试最终是 AI 的天下

[molvqingtai]

自己项目写，公司项目不写

[misaka]

项目时间规划里有就写，领导同意就写，要不写了还会被怪罪浪费开发时间

[jsq2627]

以前不写，后来在一家外企尝到单元测试的甜头后，现在一定要写，还鼓励同事去写。