测试是工程化的研发体系中不可或缺的一环。本文将从单元测试和 E2E 测试出发，谈谈笔者所在团队最近所做的大型 ToB 项目的前端自动化测试实践。

商家系统是提供给得物商家在得物平台上可以稳定运营的服务抓手，前端代码也伴随着系统的发展而不断壮大。这样将导致文档却更新不及时，最后想再通过这些文档回溯业务逻辑也非常困难。

前言 常见治理工具 治理对象 治理方式 执行时机 代码规范 ESLint / StyleLint / Prettier 本地开发 / Git Hook / Merge Request Commit M

如何做前端单元测试 对于现在的前端工程，一个标准完整的项目，通常情况单元测试是非常必要的。但很多时候我们只是完成了项目而忽略了项目测试。我认为其中一个很大的原因是很多人对单元测试认知不够，因此我写了这

“自动化测试”这个主题相关的文章千千万万，但是仔细去看会发现有很大一部分都是后端或BFF的测试，它们的测试覆盖率几乎可以达到100%（根据不同团队不同的要求）。 但是一说起前端测试，极少有人说能做到1

前言 本文从自己日常开发的经验中总结了一些提测前的自检case，帮助大家减少低质bug数量，提升测试效率。 样式类Case 1. 处理溢出元素 前端开发页面都要依据UI图进行样式的还原以及宽屏适配，一

从工程中安装、vsCode调试单元测试、gitHook拦截，覆盖率解读等，还有重要的模块设计拆分原则、重构方法、代码规范，帮助更好的落地单元测试。

在过去的几年中，Vue.js已成为最受欢迎的Web应用程序框架之一，考虑到它的灵活性、易用性和生产力，这并不令人惊讶。但是，如果你未正确测试应用程序，那么这些都不重要。 无论你想做什么类型的测试，选择

总的来说，这个 TDD （测试驱动开发）就跟很多体验性的能力一样，不亲身体验，不深入体验，不会有深刻的感受，正应了现在流行的“真香”定律，总是要用过了，体会过了，才会说好用的。 就好比，有人跟我们说，健身很快乐、很上瘾，收益非常大，而我们却没办法体会，也明知这个道理，也不能实践…