在2017年第17期和2018年19期技术雷达中，分别出现了两个新的工具——cypress,testcafe，之前只接触过webdriver框架的同学可能会有些陌生。而cypress已经在最新一期的技术雷达中进入了评估阶段，并在多个项目得到了应用，总体反馈利大于弊。
先来详细的介绍下cypress以及我所在项目使用中踩过的坑，关于testcafe会在另外一篇文章中介绍,testcafe主要是用来做UI的回归测试，以及多浏览器测试，cypress不足之处则是testcafe的长处。
框架理念
虽然我很鄙视这种行为，但也能够理解，毕竟身后有巨大开发团队在支持，各种开销，总得有收入来维持运转，所以它走了很多中国产品的营销策略，即免费使用，然后通过提供增值服务来赚取利益，也印证了一句话：服务即未来。
框架架构
让我们先来看看它没有公布的设计架构。
这是一张来自cypress 架构师画出的所谓架构图，其实等于什么都没说，但是我们还是能够通过蛛丝马迹，找到一些重要的信息点。electron 与termina，driver ，launcher 等玩过Puppeteer的人肯定知道 chrome headless 既可以在命令中直接执行脚本，又可以通过puppeteer调用chrome launcher在页面运行，显示测试运行过程。
然后我们看下 cypress的运行界面。
貌似就是一个chrome浏览器，没错就是经过二次开发后以electron封装出的工具。没猜错的话，它的底层应该是基于chrome remote-interface这个库，通过在其之上开发出专有的自动化api来控制浏览器。这意味着每个所支持的浏览器都需要一个新的driver。这个driver是什么，