你在群里吧?这是一个 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,我们可能暂时不考虑。因为现在项目太多,没时间培训新人. 不久的以后,如果有需要的话,我再发到这个社区并且 @ 你.