大部分没接触过或者不愿意写前端单测，大家觉得主要原因在哪里？

[LCINA]

1. 前端单测的难点在哪？配置麻烦？不会写？维护成本高？
2. 前端写单测最主要的价值点是什么？
3. 写单测真的可以减少 bug 的产生？切实体会到有单测对重构来说可以提升信心。

[otakustay]

@ljrdxs #19 其实恰恰第二点并不是。严格按照可访问性做，自动测试工具无非就是一个盲人，盲人能得到的信息它也能得到，就能自动化测试

[ljrdxs]

@otakustay 一、自动化测试和单元测试不是一回事。二、盲人不在乎你界面显示，只在乎 accessibility ，但前端怎么可以无视界面显示？

[LCINA]

@otakustay 自动化测试还是依赖于开发自己去录制，然后最后在流水线上直接采用无头浏览器去执行，说白了就是一串 json ，然后找到对应的节点就点击，断言等。自动化测试对于后期的维护成本还是挺高的，比如业务接口一变化，界面布局一变化，可能就挂了几十个用例。但对于整个项目级别的重构，还是发挥了不少作用的，比如截图对比（还是存在字体在机器上的差别）等。

[LCINA]

@szdubinbin 老哥稳

[LCINA]

@abcbuzhiming 其实工具函数，业务组件，公共服务层写单测作用还是挺大的，测试人员可能不关注，类似于业务模块的话个人觉得可以不写，毕竟变更也比较频繁，维护成本高，收益低。

[otakustay]

@ljrdxs #22 无头浏览器就是个盲人，靠 accessibility 做 assertion 就能搞自动化呗。很多系统自动化连可行性也达不到就是因为 accessibility 不行，就算拿无头浏览器把页面打开了，也写不出稳定的 assertion

[ljrdxs]

@otakustay CSS 、和界面展示相关的 JavaScript 还是要人看。再说这也跑题了，主楼是单元测试。这个本来就是测数据的，还特别适合 Java 、C#之类强类型面向对象。

[h1104350235]

需求天天变，代码天天改。国内前端大多这种情况，一切以上线为重，代码和人，一个能跑就行。

[daliusu]

之前写过一点基础框架和核心逻辑的，业务这边我这公司入职 3 个月不到换了两版 UI ，你让我怎么写... 尤其是前端做 UI 的测试本来就很难，上家公司测试闲的没事想写，搞了半个月放弃了