干了两年成为测试小组长,招人就被拉去面试了,面的都是 2-3 年的
问题:没有集成第三方工具,怎么排查 Android 的 ANR 与 Crash?
发现面试了 10 个人以上,没一个答得出来的,
adb 算第三方工具吗,算的话当我没说
我也不会,一般都扔给开发了。
但是 crash 中能应该显示是哪一行或哪个区域出问题的。
我就是个测试 为啥要去排查问题
2-3 年答不上这个没啥奇怪的吧,术业有专攻,闻道有先后,这也不是什么很高端的话题,测试能做的事情也比较有限
我也不会哈哈哈哈, 我就是个移动端小白,我甚至没碰过安卓机 哈哈哈。 我觉得我去互联网做测试一定会被鄙视的
我也不会啊。。。我以前还是开发 leader,难道需要反汇编?代码里写好异常处理不就好了。复杂图层看下渲染时间,消息接口保证异步不就好了😓楼主如果觉得别人不会有问题麻烦自己贴个答案,看看评论看看是自己的问题还是别人的问题。
adb 算第三方工具吗。没这个我也真不知道咋看哈哈
无论服务器还是 adb,都是看日志,除此之外没有思路
把对方拉到自己熟悉的领域里吊打,是不合格面试官的经典表现
楼主未必做事做人不行,但是面试这方面看起来确实缺少历练~
是不是问题提问有问题,没有集成 bugly,测试遇到了 Android 的非必现 Crash 跟 ANR 要如何处理?
你要知道你问的肯定是你知道的。
我知道,你招我把
这个你要看简历问,简历写了 app 专项当然可以文
就是做过与没做过的差别而已。没有难度。一个百度就出来。
如果要求做过才行,直接简历就筛选了,没必要面试。
建议面试要根据候选人的项目来问,考虑个人素质,而不是特定的工具或知识点。
之前我司有个测试喜欢排查问题,经常一整天都在查问题,导致他没时间测试,或者测试了了结束,考虑不周,只做基本的功能传参验证,正向流程测试,他那一块也测的最慢,其他人依赖他的经常要等他
正常面试不是应该问对方会什么,然后往别人会的地方深挖。
能挖多少就看面试官的本事了。
实话,没做过。不过排查问题,不都是看日志,不停的排除正确答案么
其实如果随意问,你拉个资深测试专家出来也会被问倒的
这没啥好吐槽的。。面试的问题讲究循序渐进 问题上来就 没有这个 没有那个 能面出来个啥?
除非做过专项,不然大概率不知道这个,面试又不是把人考倒
不会。。。没做过移动端测试。。。
哈哈看到都在吐槽楼主我就放心了,希望以后不要这样的面试官好吧。
面试还是建议由浅到深的去问,一些特定场景或专项性的信息,对方没接触的话没答上来没必要减分,可以问下一些兼容性较强的公用类信息,以及从简历上写的信息去深挖,如果经验较高的话可以就其所参与的业务类信息进行询问,比如金融类
最好还是问别人做过的,除非你们面试一定要是移动端测试的,现在测试分支领域太多了
现在挺多这样的,拿着简历不深挖项目和项目用到的技术手段,却问一些奇奇怪怪的问题。我觉得面试就是聊天,聊你以前做过的项目用的技术手段、测试策略,不知道为啥有人就是喜欢问一下奇奇怪怪的。说实话你给我上网查我也能查明白,不给上网你突然这么一问,我没话说了。
声援一下楼主。减持自己就好了。楼主问的问题不是个单一的问题,crash 跟 anr 有哪些基本类型。出现之后没有第三方现成日志的情况下从哪里去找日志。我个人理解楼主应该是觉得居然没有一个知道从哪里去找日志。
有 Bug 啊,点击编辑居然回到首页了。
Android 系统特性,会把 anr 和 crash 日志写到本地,百度下日志路径拿到就行。是这样的么,楼主面官。
我是 7 楼,再补一刀。
当我什么都不会的时候,我也会这么鄙视我面的人,为什么自己熟悉的领域随便问个问题就不会了。
现在应该不会了,首先我问的问题就算是开放的,我也会想想自己有没有答案,别人回答的时候是否理解错了我的表达。
测试面试技术其实都不太专业,更多的是偏向一点一点的小的经验、实践,实际上很多问题都是重复且可以轻松找到答案的点。大部分测试职位往往需要的是立即可用且便宜,而不会太考虑潜力和能力。
这个问答其实更加证明了一点,对大部分公司来说,测试就是工具人罢了。
两年就成为小组长了啊,你们公司也不太行啊
感觉问的不够好,可以尝试先问问:工作中是如何定位 bug 的? 这样能看出应聘者项目是测试流程等。
一般定位 bug 的方式:bugly、Android log、adb logcat ……
自我感觉过于良好,没认识到作为面试官自己还需要修炼修炼,你在这嫌弃被面试者的同时,人家可能已经在骂你了
路过,被吐槽的有点惨
这个问题,百度下,就能查出来,
我没做过,和我做过,请问差距在哪里?