例如：用例有 1-5 步这种步骤时，如果前面用例在未知步骤失败执行，怎么保证后续用例继续执行

这种场景化的 case，前面失败了为啥不直接报错，还要继续执行呢？

楼主这面经真是太及时了，爱了爱了

mark 一下，sdk 测试

为啥我都工作 7 年了，才看到大佬的这篇文章，雄关漫道真如铁，而今迈步从头越。自勉了，顶大佬

真的膜拜大佬了，我最佩服的是认准对待问题的几位，

看的是有点尴尬。这家伙，越来越复杂了

硕士研究生及以上学历。

感觉技术要服务于你的项目。听过好多人说不以服务产品的技术都是耍流氓，你可以从项目中的痛点出发，理解你为啥使用这门技术，解决了什么。技术太多了，永远学不完，但是你如果有发现问题，解决问题的思路，再针对性的学技术，我觉得这个更能提现你的价值。

确实学的越多，就会越觉得知识学不完，有时候甚至会产生自我怀疑

优缺点一方面也反映了你对自身的思考，自省一般是因为某些事情引发的，这些事可以是工作中也可以是生活中，感觉问优缺点的主要考察的 人的秉性吧。是你对自己职业规划的升级版，我觉得

UI 自动化最大的价值，我感觉就是解放了手动回归的过程，只在回归阶段看到了价值，但是写 UI 自动化和维护自动化脚本，感觉花费的时间已经非常久了，我就感觉不太明白，为什么非要搞 UI

说实话，我们公司的 UI 自动化我感觉我自己从来没有跑出来过问题，脚本的失败大概率都是因为之前写的 case 健壮性不够，一般因为找不到某个元素报错，重试后就成功了。

大佬，可以贴一下 学习 mitmproxy 的学习地址吗？

膜拜大佬，17 年大佬就已经落地了 sonar，太牛了

太强了，就算准备的话，好多知识工作中用不到死记硬背 面试的时候还是会心虚

大佬，你这一面 没有俩小时下不来吧?