你在群里吧？这是一个 BUG，目前需要在package.json目录下执行node_module/.bin/cypress open才行，不要直接进到.bin目录下...

patience

微信太私密了...唔，你要是有兴趣可以弄一个，都是讨论问题嘛 能习惯用微信讨论问题的可以加的 😄 不过，知识文档最好固化，能作为分享文档发到 testerhome 上是最好的 😋 不然聊完就没啦 查找起来相当不方便呐

我看行！我试试联系下开发者团队，看看他们对此有何看法或者更好的主意，直接在 cypress 官网放 Chinese 版本的 Doc.

要过瘾只能去官网了，在 testerhome 目前只打算分享一些典型业务场景下的处理办法

Good catch, 已修正 😄谢谢指正

嗯，应该是这个目前没有唯一万能的处理办法，只能 “对症下药” 了。可以把几种方法积累起来，形成解决方案储备栈，针对具体的场景去尝试， 最稳定和最快的，作为最优选！

嗯 🐂🍺的思路！还没试过。问下，如果直接 visit 的话，会不会整个页面都编程 iframe 了？

🙏谢谢

ES6 是什么😄... 我不是专业搞 JS 出身的哈，但是我可以回答你最后的问题：“不是必须”，因为测试本身重在 “应用”，先通过应用解决一些实际场景中的问题，就会慢慢有一个所谓的 “套路”，等你慢慢习惯于这些 “套路” 的时候，再去研究原理，就会发现 “哦，原来不过如此”...有点啰嗦了哈，就是 “应用”>“建立兴趣”>“形成套路”>“深究原理” 的过程，我目前也处于很初级的阶段，一起进步😄

那么一起来分享呀！分享集合众人的力量，众人拾柴火焰高

一起入坑，一起讨论

安利一下，目前 Cypress 在国内用的还极少，我建了个 Q 群，欢迎一起研究讨论：947886065

已经在应用了！可以借鉴的嘛，还挺多的，如自动 reload，提升代码编写效率；使用 JS 作为编写语法，可以跟浏览器无缝融合；不用做繁琐的 GUI 前置操作，节省自动化运行时间；另外，做持续集成也很简单，一个命令搞定...其他的正在探索，总体而言，感觉比 Selenium 好用，不管是安装、使用时的自动化开发效率和后期持续集成上...

顶！

招聘重启！需要新人手！请有兴趣的小伙伴随时联系！原先需要本科 +，现在政策放宽，大专 + 就可以试试啦！

不一定.
jmeter 已经能够满足所有情况 (横向扩展大不了加机器)，jmeter 同时也提供 bashshell，满足各种编写，同时也是开源的...想改成啥样都行；然后，用其他语言也是可以完成性能测试的，比如 Go...可以轻松地完成 jmeter 提供的功能，而且更容易定制化。

4.0

不能.
接口压测一定是单个的接口。如果存在不可分割的接口依赖，可以考虑搭建 mockserver，gayhub 上有个 vibora，性能非常棒，建议考虑下.

espresso 了解下

一定要加 return...

已停止招聘. 谢谢关注 ~ 如果重新启动招聘，我会更新到这里，3Q

我也是这么想的...但是，就这一点来说，我说了不算数啊- -！

Sorry，我们可能暂时不考虑。因为现在项目太多，没时间培训新人. 不久的以后，如果有需要的话，我再发到这个社区并且 @ 你.