持续集成：几十个前端一起工作，如何保证工作质量？
winter
该思维导图由 AI 生成，仅供参考
你好，我是 winter。今天我们来聊聊持续集成。
持续集成是近现代软件工程中的一个非常重要的概念。它是指在软件开发过程中，以定期或者实时的方式，集成所有人的工作成果，做统一的构建和测试。
与持续集成相对的做法是：独立开发各个模块，在软件开发的最终阶段才做集成。持续集成的优势是及早处理集成阶段的问题，使软件质量和开发进度可控。
现在持续集成还有升级版本：持续交付和持续部署，这些因为需要更为完善的基础设施，目前很少有公司前端团队可以用上，我们暂且不谈。
传统的持续集成概念诞生于桌面客户端开发，在 Web 前端领域，由于技术和产品形态的差别，我们需要构建的持续集成体系也有一些区别。
持续集成总论
传统软件的持续集成主要有以下措施。
daily build：每日构建，开发者每天提交代码到代码仓库，构建一个可运行的版本。
build verification test（BVT）：构建验证测试，每日构建版本出来后，运行一组自动化的测试用例，保证基本功能可用。
对于前端来说，有一些现实的区别：
前端代码按页面自然解耦，大部分页面都是单人开发；
前端构建逻辑简单，一般开发阶段都保证构建成功，不需要构建；
前端代码一般用于开发界面，测试自动化成本极高；
前端页面跳转，是基于 url，没有明确的产品边界。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
持续集成是现代软件工程中的重要概念，旨在通过定期或实时集成所有人的工作成果，进行统一构建和测试，以确保软件质量和开发进度可控。在前端领域，传统的持续集成方案并不适用，因此需要重新思考前端领域的持续集成体系。文章提出了一种前端持续集成方案：预览环境+规则校验。预览环境通过申请机器和域名、部署和建立发布机制来实现，而规则校验包括页面结构扫描、运行时数据采集和代码扫描。实施持续集成需要重点关注校验规则部分，建议通过民主讨论、定期更新的方式形成共识。持续集成的建立本身就是一种结果，能够提升团队的代码质量、开发体验和效率，并以数据的方式呈现整个开发团队的健康状态。这种前端持续集成方案能够为读者提供实用的技术指导，帮助他们在团队中设计或改进持续集成方案。
仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《重学前端》，新⼈⾸单¥59
《重学前端》，新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(11)
- 最新
- 精选
EEEEEEEarly页面结构扫描是做的什么事情，发现什么问题呢作者回复: 一般是发现一些性能问题或者写法问题，比如页面DOM全空白，肯定是出了错，还有些图片用的不对什么的。
2019-08-274
咩啊我们公司根本没有测试，自己写的代码自己测试，虽然有每天定时更新到测试环境，但是对页面的规则校验却没有做到，一般就是用阿拉丁等统计工具来看看页面的加载时间就没有了作者回复: 这就是机会啊
2019-08-2024
TinyRui规则校验那一块不太懂，为啥要做这个工作？作者回复: 排除一些明显的错误
2019-08-132
Scorpio小公司很惨，一个测试环境，一个生产环境，代码自己build后，丢测试服务器，然后办公室吼一句，老子发布了，测试快来玩玩啊！😂2019-05-1411163
许童童前端代码单元测试还是非常有必要的，不知道老师这一块是怎么做的，能否分享一下2019-05-14216
bradleyzhou我们的前端有全套的自动化测试，也包括端到端(E2E)的测试。端到端测试运行需要配合一个后端环境。这套测试还是能抓住不少bug，缺点就是比较费服务器。2019-05-1425
你老公下一你了亲并小公司写单元测试经常会有不知道该写啥好的感觉，因为业务逻辑可能就占了很大一部分。剩下的工具函数，我的原则就是尽量用现成的库或者antdp里的工具函数。E2E测试也不知道如何写，只能参照一些git上的开源项目。但总有种鸡肋的感觉。2019-05-174
Sam.张朝只是文字讲讲，没有一步步实践操作的内容，不好，就像听君一席话，还是一席话。2022-04-192
Hozan小团队、小公司挺难实施自动化测试相关的2021-09-061
爱学习的大叔我们公司有用jenkins,udeploy等发布工具,然后有qa,rc,live环境。公司内部也在推devops。我们现在代码就一个分支。以后说是要做到每天都会发布到live.2019-07-141
收起评论