从计算机科学诞生开始，其主要目标一是计算（用计算机对大量数据进行处理），二是自动化（用计算机代替机械重复的人工劳动）。在半个多世纪后的今天，我们惊讶地发现，引导计算机科学发展的仍然是这两个范畴：大数据和人工智能（AI）。 而自动化测试，是人工智能领域下的一个应用方向，和无人驾驶…

我正在参加「掘金·启航计划」 根据之前的文章，我们大致了解了前端测试的类型以及 Playwright 的基本使用。在我们完成了 Playwright 的搭建后，我们需要将测试引入到正常开发流程中来。

众所周知的原因，前端作为一种特殊的 GUI 软件，做自动化测试困难重重。在快速迭代，UI 变动大的业务中，自动化测试想要落地更是男上加男 🐶。 近期的学习过程中，翻阅了众多前端自动化测试相关的文章，大多数都在讲如何使用自动化测试框架对前端代码进行测试，很少讲解为什么要引入自动…

当决定构建Checkly的浏览器检查时，我们选择了开源的无头浏览器自动化工具Puppeteer，后来也添加了Pl

从Puppeteer转换到Playwright很容易，不过是否值的这么做呢？在编码层面有哪些具体的变化？有哪些新的特性和功能？这是我们本文关心的主要内容 Puppeteer 与 Playwright

主要内容以协同编辑技术为主，也会谈谈对技术发展的理解。包括协同编辑绵连的问题，一致性算法 OT 和 CRDTs，还有开源协同解决方案：基于OT的 ShareDB 和 基于 CRDTs 的 Yjs。

Jonathan Saring 原作，授权 New Frontend 翻译。 如何在采用多个仓库、monorepo、微服务的项目间复用代码，关于这个话题的讨论最近越来越多。 跨项目、跨仓库复用代码是达成更好的模块化、更快开发的关键因素，但也很复杂。我以前根据我们团队的经验写过一…

1. 直接组件复用 2. 需要定制修改 3. 需要将改动分享到源组件 4. 细粒度与 MonoRepo

其实 bit.dev 官方提供便捷的支持 http、ssh协议的组件 export & import 方式，以及可预览可搜索的完善的组件市场。 但是团队想使用 bit 的整套方案是需要收费的，而且很多时候，许多内部的代码是不太适合放到开放的 bit.dev 上。 所以既想拥有私…