例如:用例有 1-5 步这种步骤时,如果前面用例在未知步骤失败执行,怎么保证后续用例继续执行
这种场景化的 case,前面失败了为啥不直接报错,还要继续执行呢?
楼主这面经真是太及时了,爱了爱了
mark 一下,sdk 测试
为啥我都工作 7 年了,才看到大佬的这篇文章,雄关漫道真如铁,而今迈步从头越。自勉了,顶大佬
真的膜拜大佬了,我最佩服的是认准对待问题的几位,
看的是有点尴尬。这家伙,越来越复杂了
硕士研究生及以上学历。
感觉技术要服务于你的项目。听过好多人说不以服务产品的技术都是耍流氓,你可以从项目中的痛点出发,理解你为啥使用这门技术,解决了什么。技术太多了,永远学不完,但是你如果有发现问题,解决问题的思路,再针对性的学技术,我觉得这个更能提现你的价值。
确实学的越多,就会越觉得知识学不完,有时候甚至会产生自我怀疑
优缺点一方面也反映了你对自身的思考,自省一般是因为某些事情引发的,这些事可以是工作中也可以是生活中,感觉问优缺点的主要考察的 人的秉性吧。是你对自己职业规划的升级版,我觉得
UI 自动化最大的价值,我感觉就是解放了手动回归的过程,只在回归阶段看到了价值,但是写 UI 自动化和维护自动化脚本,感觉花费的时间已经非常久了,我就感觉不太明白,为什么非要搞 UI
说实话,我们公司的 UI 自动化我感觉我自己从来没有跑出来过问题,脚本的失败大概率都是因为之前写的 case 健壮性不够,一般因为找不到某个元素报错,重试后就成功了。
大佬,可以贴一下 学习 mitmproxy 的学习地址吗?
膜拜大佬,17 年大佬就已经落地了 sonar,太牛了
太强了,就算准备的话,好多知识工作中用不到死记硬背 面试的时候还是会心虚
大佬,你这一面 没有俩小时下不来吧?