其实如果随意问，你拉个资深测试专家出来也会被问倒的

实话，没做过。不过排查问题，不都是看日志，不停的排除正确答案么

楼上的是我回复的，但不是我本人头像，bug

20k 到 30k

同意,太年轻了

之前我司有个测试喜欢排查问题，经常一整天都在查问题，导致他没时间测试，或者测试了了结束，考虑不周，只做基本的功能传参验证，正向流程测试，他那一块也测的最慢，其他人依赖他的经常要等他

没有给楼主洗的意思

观察社会上很多面试官都是这个毛病 关键是还没意识到自己有问题

就是做过与没做过的差别而已。没有难度。一个百度就出来。
如果要求做过才行，直接简历就筛选了，没必要面试。
建议面试要根据候选人的项目来问，考虑个人素质，而不是特定的工具或知识点。

这个你要看简历问，简历写了 app 专项当然可以文

我知道，你招我把

你要知道你问的肯定是你知道的。

是不是问题提问有问题，没有集成 bugly，测试遇到了 Android 的非必现 Crash 跟 ANR 要如何处理？

把对方拉到自己熟悉的领域里吊打，是不合格面试官的经典表现
楼主未必做事做人不行，但是面试这方面看起来确实缺少历练～

无论服务器还是 adb，都是看日志，除此之外没有思路

adb 算第三方工具吗。没这个我也真不知道咋看哈哈

我也不会啊。。。我以前还是开发 leader，难道需要反汇编？代码里写好异常处理不就好了。复杂图层看下渲染时间，消息接口保证异步不就好了😓楼主如果觉得别人不会有问题麻烦自己贴个答案，看看评论看看是自己的问题还是别人的问题。

2-3 年答不上这个没啥奇怪的吧，术业有专攻，闻道有先后，这也不是什么很高端的话题，测试能做的事情也比较有限

我就是个测试 为啥要去排查问题

我也不会，一般都扔给开发了。
但是 crash 中能应该显示是哪一行或哪个区域出问题的。

adb 算第三方工具吗，算的话当我没说

flutter 和 native 混合开发 app，inspector，混合 app 还是识别不了元素，纯 flutter 上识别正常

同意
简历上写一堆框架名词堆砌没意义,下个 appium 抄个 demo 能叫会客户端自动化吗？实际还是要看项目最终落地情况,用例两级,分层情况,集成情况等。

不是要写精通，是要用这个技术在项目里面有实践。最近也面了很多人，写熟悉这熟悉那的，一问就是自己搭过环境，这个没意义，就像 15 楼所说的，搭建环境跟实际投入项目使用差别是很大的。

需求面试了解一下，上面的技术看似挺牛 X，但是写个 HelloWorld 和在真实项目中投入使用，需要的能力还是相关挺大的。比如说：熟练使用 appium+maven+allure 搭建 UI 自动化框架，如果是你自己学习搭建起来的，能执行一个登录操作；还是在公司项目中真实投入使用，测试用例达到一定的数量级，做成了持续集成，这可是两个概念！

那要写精通吗