关于前端:Cypress-本身启动过程的调试

9次阅读

共计 761 个字符,预计需要花费 2 分钟才能阅读完成。

这个文件:node_modules\cypress\bin\cypress

外面的内容:

#!/usr/bin/env node

require('../lib/cli').init()

很多 require:

找到 init 办法:

咱们执行的 yarn cypress:open, 执行的应该是这个 open.js 文件里的内容吧。

验证一下就晓得了。在 open.js 里增加一行打印语句。如果咱们从新执行 cypress:open, 并且看到了这条打印语句,阐明咱们的猜测是正确的:

果然,咱们的猜测是正确的。

下一个问题:如何调试 cypress:open 这个启动过程自身?

咱们再回到 .bin 文件夹下的 cypress.cmd 文件,如何晓得运行时咱们执行的是图例 1 还是图例 2 的 if 分支呢?成心将 if 分支里的门路胡乱批改一下,而后执行,依据报错的音讯即可判断。

运行时,试图查找 cypress2,阐明进入上图的 else 分支:

那么咱们就给这个分支加上 --inspect-brk 的 option:

从新执行,当初应该就能够单步调试了:

果然,当初停在了 require('../lib/cli').init() 这行语句,咱们就能够单步调试 Cypress 了:

开始单步调试,从 process.env 传递进来的命令行参数:open:

创立一个新的 command 实例:

这里加载 exec 文件夹下的 open.js 文件,执行对应的 module:

在 open.js module 的 start 函数里设置断点:

工作目录:

这里引入一个问题,这个 debug module 如何关上调试模式?

轻量级:

竟然是这个 path:

C:\Users\I042416\AppData\Local\Cypress\Cache\8.5.0\Cypress

这还有一个 exe 文件:足足有 130 MB:

一个 windows 客户端:

未完待续。

正文完
 0