先前做了很多努力，提了很多意见，只要没结果，就等同于零了。

这个，倒也没那么极端直接等于零，只要你能说出你推动不了的原因以及做过的尝试，看得出已经尽力以及做到位，其实也是有效的经验。不过确实没结果相比有结果肯定会差一些。有时候面试并不复杂，你拥有这个岗位需要，且别人不容易有的技能，那你就成功一大半了。

另外，个人经验，如果说想做出改变的努力只是停留在提意见，动动嘴皮子的级别，其实真的没啥用。。。

也是类似的方式，用 MR 看改动的代码改动列表。会先看 commit message ，相比看具体代码会简单快捷一些。

这个情况我也有遇到过不少，上一家公司组织结构或者测试地位限制，有些事情开展不了。确实不同公司情况不一样，这个是客观现实。

但站在这个岗位的角度，确实会有这方面的期望或者需要，那如果你过往经历或者面试里面的回答体现不出你有这方面的能力，和其它能提现出能力的相比，这个面试者可能就录取可能性会被降低了。

另外，不排除确实不同面试官面试能力层次不齐，但对于这个情况面试者其实也做不了什么。尽量心态放松，自信一些，在面试中把自己最擅长的部分表现出来，相对会更容易留下好印象，也容易拿到机会一些吧。

不要这么沮丧，每个人都有长短。关键是要找到和你长处匹配的岗位，然后有些可以快速学习补上的赶紧学习补一下。

建议也可以通过人脉找一些内推啥的？有些时候 jd 描述和实际需要不一定完全吻合，只有里面的同学才会知道真正关注的点。

PS：你上面列的没看出你长处是啥，是不是可以突出下自己哪方面经验比较丰富？

额，感觉你这样简洁的回答，面试官要信服你具备这方面的能力有点难度呀。

以下为个人意见，仅供参考。

3、辞职的原因？
答：工资太低，公司去年承诺未实现。
4、前公司上班时间？
答：朝 9 晚 6。

前两个问题属于了解情况，照实回答就行，大家其实都理解的。第二个如果能主动提出可接受项目所需的加班可能会更好，但也影响不大（我做面试官一般会主动问这个问题，毕竟互联网公司，偶尔项目比较紧急 007 是很可能的，得先打个预防针）

8、说下你的测试流程/你测试开始的节点？
答：测试计划 -> 需求分析/评审 -> 用例设计 -> 测试 -> 测试报告（两到三轮）
两三轮分别做的测试？ 答：第一轮基本的功能测试，第二轮其他如兼容性、易用性、随机、性能等加上部分回归，第三轮回归

这个题目一般是想先大致了解你的经历过的测试流程，最好是能具你最近做过的项目作为例子，第一轮具体是测哪部分，第二轮测哪部分，第三轮哪部分。从这里看，比较常规，而且没看出和开发技术有关的部分（一般体现是技术方案评审或者代码 review ），也没看出前置接口测试之类的，盲猜测是纯黑盒按照需求来测试。这里会稍微扣点分，因为这个水平一般工作一到两年基本都会有，看不出你五年经验和别人一年有啥差别。

13、web 和 app 的测试有什么不一样？
答：web 即时加载，更关注服务端，app 资源已在本地，除服务端外，更关注客户端（说得不好。。。）

这个回答，感觉讲了等于没讲。而且你讲的只是到端，都没答到具体的测试点（比如 web 由于所有资源都是立即加载的，需要关注加载速度和体验；而且很多时候除了移动端还要关注电脑端，需要关注不同屏幕下的展示情况；app 则关注的更多是各系统版本和屏幕的兼容性，以及升级时是否向下兼容，内存是否会持续上涨（如果有会被系统 kill 掉）等），回答得也不系统，看不出知识体系情况。从面试官角度看，感觉这道题没能拿到分

adb 不能监控的内存？
答：不是很清楚 (隐约记得 meminfo 拿的是 PSS，RSS/VSS 可以用 top，其他就不清楚了)

这个应该考察的是移动端熟悉的深度，估计你这个岗位会做一点移动端相关的专项，所以稍微考一下。你这个回答基本就 0 分了

22、哪些适合自动化哪些不合适？
答：涉及到软硬件交互，视频的不是很合适，接口最适合。（改动频繁的不合适，这个忘记有没有答了）

不知道为啥涉及软硬件交互的不适合自动化，为啥视频又不适合？视频专项用自动化做的不少呀，而且也确实能提效。接口最适合也没能举例子证明，没有说服力，感觉更像是自己主观感受。完整回答问题要说依据呀，只说结论，说服力太差。

怎么做验证码的自动化？
答：图片识别，训练（当时记得好像是用 OCR，也做了些训练）

你之前做的具体用的是图像识别 + 训练么？如果是，是不是可以补充下图像识别用到哪些工具，训练用的什么模型，遇到过什么问题和怎么调优？和上一道题一样，直接说结论难以让人信服你有这个能力，得说具体细节。

自动化和手工的比例
答：90%:10% (最近两三年都是做自动化和框架方面的工作，偶尔项目需要调去做手工)

从上面的问题看，自动化应该不大适合了，没看出能力深度，很多回答。看是否能做业务测试，然后这比例。感觉好像做业务测试也不一定 ok。

总的来说，主要还是你表述问题，目前的表述除非面试官很有主动性去追问，去深挖。否则很可能就会被认为能力不高了。

实战的很少，有兴趣把教程详细分享出来的更少

实战的各个沙龙分享和社区文章都有一些吧，比如围绕 httprunner 做二开的应该不少，各个公司也有一些二次开发的分享文章或者议题（比如酷家乐之前基于 jvm-sandbox-repeater 二开做的流量回放平台）。不知道你这里对实战文章的标准是什么？

至于详细教程，一方面二开的基本都是会结合公司情况去写的，里面自然容易用到公司基础架构的库，写出来你也用不了；另一方面，详细教程的细节快赶上直接开源代码了，公司也不一定允许。再者测试平台二次开发受众比网站开发什么的少好几个数量级，从业人员也少不少（做开发的基数比测试大多了），所以对比来看教程少也正常吧。

能开发平台工具，也要能支援项目做业务测试、性能测试等。

革命的一块砖，哪里需要哪里搬

没看到你的 jd，不过一般都到了面试环节了，关键点已经不是 jd，而是你怎么表现出你简历上写的能力了。

你实际面试也是和你文字描述一样，回答得那么简单？还是只是整理文字的时候写得比较简单？

比如 13、web 和 app 的测试有什么不一样？ ，你实际回答就这么简单一句话么？

面的什么岗？从这些问题和对应回答看，真没看出啥亮点。回答都太简略概括了吧，缺少细节，难以信服呀

一般是根据这个了解对开发技术了解的深度。要很细的说的话，这里涉及了浏览器（客户端）、网络（DNS、tcp/ip 协议、路由等）、服务端（nginx 网关、提供服务的应用、涉及的中间件等）、前端（先拿 html 源码，再获取 html 中声明依赖的其他资源文件，并渲染 dom 树、执行 js 逻辑）等多个位置的逻辑，如果能从前到后都说到点上不容易。

可以看看 https://testerhome.com/topics/29256 这个帖子里的，虽然不是这样的问题，但也是在考察对整个背后技术实现原理的熟悉度。

Xmind8 结构清晰，但是在用例数量多的时候就会非常卡顿。

一直用着 xmind 8 ，一般用例里面 500+ 节点是常事，表示还没遇到过非常卡顿影响使用的情况。楼主的 xmind 用例里是有多少个节点？

同广州的，29 岁如果是本科毕业大概 5 年经验，12k 算是比较低的薪酬要求了。不过你正文说你一二面就挂，应该都还没到提薪酬的阶段，所以应该和你提的薪酬水平没啥关系。

另外，能否分享下你参加的面试，挂的那一面面试官大概问了什么内容，你大概怎么回答，也分析下有没有哪些你自己回答的时候觉得不是太好的？你写的情况有点太笼统了，为什么挂的原因都还没找到，后续的建议无从谈起呀。

先确认下你的卡顿定义是？是用性能测试工具发现总是会存在 Jank（也叫丢帧，对应上面图里红色底色框这个情况，主观感受就是一快一慢，不跟手），还是别的情况？

理论上，接口属于异步 IO 操作，应该是不影响 UI 渲染本身流畅度的。可以找一些淘宝之类的列表页在弱网下看看，拉到底翻页时，如果接口响应慢只会导致在底部停在 loading 状态，并不会引起滑动时卡顿的。你可以体验下，看淘宝的商品列表页是否存在你说的 “卡顿”

额，不知道你列表问题具体是什么问题，接口慢是做什么用的接口慢，可以说具体点么？就这么一句很笼统的描述，没法回答你。

建议看下 Perfdog 官方对于自身提供的各种性能指标的说明，说的很详细了。

1.他们说的对吗？——从帧率的计算角度，这个有一定道理。不过不知道你这里说的 慢了 4 帧 是什么概念，所以不好说对不对。

2.帧率显示多少才是测试的正确结果？——不知道你这里慢了 4 帧是啥，所以也不好说

3.系统的帧率怎么去验证？——可以用 perfdog ，自带的开发者工具有个 GPU 呈现模式分析，也可以用下。参考这个文章：https://www.jianshu.com/p/ffba2bdd85f5 ，官方文档（需特殊手段哈）：https://developer.android.com/topic/performance/rendering/inspect-gpu-rendering?hl=zh-cn

4.测试视频播放的平均帧率是否可靠？——个人理解，一般视频播放的帧率取决于视频，而非应用。只要解码器性能足够，一般是比较平稳的。我们日常测试流畅度、卡顿啥的主要看列表滑动和动画，且更关注的是卡顿（Jank，具体定义参照 perfdog 文档），因为平均帧率代表的是平均数，而大家更为敏感的是卡顿（突然卡一下，帧率突升突降这种），卡顿指标才能体现出来。

对的，相当于在接口确认没问题后，自动把响应记录下来，作为下一次测试的断言。当然有些不需要校验的字段，要通过一些比较简便的标记标记出来。

我们用的 bitbar.com ，看了下地区筛选选项，有欧洲和美国。

感谢指出，这确实是一个 bug。会导致遍历起始点直接往 label 右下角移动，label 下方和左方剩余区域都被忽略。

不应该直接跳过，应该只是对这个区域做标记，遇到这片区域的点直接跳过 getColor 就好。

是在这个界面状态下获取不到元素么？这部分元素看起来没有被任何东西遮盖？

我更新了下这个分支代码，把加仓库的相关修改加上了。你看下和你姿势是不是一样？

我已经调整到可以直接 mvn test 就跑起单测了。

+1，直接看招聘信息最全面。

看起来都是比较通用型和开放性的题目，能分享下你当时大概的回答不？

看了下代码，2 个疑问点：
1、f(points, targ, has+1, i); ，这里的 f 函数是什么？看参数就是 getPointCombiArea 自己？
2、area 这个计算多边形面积的函数在哪里用到？搜了下这个函数定义后好像就没被调用过，所以关键的判定面积方面的算法还是没太看出来是怎么做。

判断图标的这个函数，我理解对于 POI 标签这个场景，会不会容易受到里面文字内容不同干扰导致识别错误？

问题一的解法，方便花点时间直接写下代码么，代码看起来更清晰，只是文字描述思路总有些不理解的地方。