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

[Daotin]

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

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

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

[jsq2627]

就像楼上说的，测试套件做的足够好之后，平时写单元测试并不会花很多时间

[iLtc]

我们的项目要求写，如果没有对应的测试，PR 是会被直接拒绝的

[tediorelee]

要写，branch 覆盖率 96%，function 覆盖率 95%，不然合不了代码

[fresco]

前端 UI 部分没必要写

[lwsys]

如果是基建类型的东西，比如 sdk ，私有的 npm 包，基础的业务组件可以写，纯粹的业务逻辑，需求没必要写。

[crazyTanuki]

钱多就写一下,钱少就不写,看公司,因地制宜

[intmax2147483647]

我就说一句：不写单元测试的公司和程序员都是垃圾， 单测覆盖率非 100%的对技术和高效率生产力以及团队协作毫无追求不服来辩。
不针对贴主，针对在座的所有人。

[lscexpress]

@intmax2147483647 单元测试的概念最早是 1970 年提出的，之前的代码都是垃圾？

[CHTuring]

1 、写组件的还是得写的，业务还写单元测试我是拒绝的，毕竟 TypeScript 感觉足够了
2 、比起写「单元测试」，难的是怎么写好单元测试
3 、但是如果有这个习惯，虽然麻烦点，还是收益是很高的

[kwanzaa]

有需要就写，仅论测试肯定是要全覆盖的。

[intmax2147483647]

@lscexpress 人家那会怎么写代码 你这会儿怎么写代码？ 况且没有提出单元测试也不代表当时的人就能写出没有 BUG 的代码？
你用单元测试提出的时间来辩让我觉得你愚蠢至极。
之所以提出单元测试这个概念就是为了减少编码过程中出现的错误并且良好且完善的单元测试可以让系统更健壮可维护。

[lscexpress]

@intmax2147483647 那你为什么不早说？而是只说不写单元测试是垃圾，我说了之前的人不写，你又进一步解释。
比如我说在座的都是小可爱。有人反驳，我在进一步解释说，愚蠢的人是小可爱。那我的行为和你有什么两样。你只看得到别人的愚蠢，看不到你自己的，那你岂不是名副其实的愚蠢至极。

[intmax2147483647]

@lscexpress 笑死我了，你非要用以前杠，还怪我不早说。
看看这个帖主的一开始的说明：
“当前阶段，对业务需求开发迭代都是很快的。写单元测试又很耗时。这种情况下，想问下大家，现在是不是都不流行写单元测试了？”
“现在”俩字是不是很明显？
这么看来，你是又喜欢杠，又愚蠢至极。
你这种的，喜欢找刁钻角度去反击别人，而不是从问题正面来辩论的，一律看作蠢杠精。

[lscexpress]

@intmax2147483647 还辩论，你大学参加过校辩论队，参赛过吗？有战绩吗？你在这儿能同我对话不是你水平多高，而是互联网的包容。

[intmax2147483647]

@lscexpress 行了行了，憋扯别的了，咋净扯别的呢，承认自己不对这么难吗🤣