太真实了啊！

百度一下奥创

支持！

@Rooger 大佬说得对，给大佬递茶🍵

@frank1256 这也是可以的，跟敏捷类似，没有课本中那种教条的规则，只要适合自己团队和开发模式就可以

@urnoob 有什么故事？😂

@wupher 很有道理，大佬应该是 TDD 专家，看起来很有经验。UT 的收益一般在代码覆盖率不饱和的情况下收益很大，越到后面边际效应越明显，所以中庸之道才是正解

@rodrick 前端的 ut 确实需要看看大神们如何写的

@unco020511 客户端没怎么接触过，不知道 ut 是否能有收益

@wolfie java 有 junit 还是挺好用的，写单元测试还是很考验经验的，如果设计的好，整个架构都会良性优化

@Menkou 一般 UI 测试、集成测试用的这类工具，其他还有 playwright 、selenium 、puppeteer

@wszzh 这种方式也可以，虽然有依赖，但也足够简单，也属于单元测试

@lysS 可以用 mock 来做

@coldmonkeybit 这涉及到单元测试和更高级一点的接口测试了。就单元测试来说，颗粒度更小，已于操控，如果有依赖的话，可以采用 mock 的方式来解决，因为单元测试只是测试代码本身；接口测试就属于黑盒测试，用 postman 之类的工具就可以了

@knightgao2 可以关注微信公众号“码之道”（ codao_blog ），后续会有关于前端单元测试的更新

@dayeye2006199 是的，经历了社会毒打，才知道来之不易的幸福 hhhhh

@error101 前端单元测试可以聚焦于 js 业务逻辑层面，而非视图样式（这个可以通过 UI 测试完成），特别是通用组件，也可以加单元测试

@SHF 随时在代码中断言，其实就是一种单元测试的方式，只是断言把单元测试放在了运行时