1. 人力要用到高优的地方去，比如你们有特别高优的需求，这个需求做不完，公司就黄了！那么完全不用做什么自动化，核心人力都投入到高优需求去。
2. 领导有职责，就要找到当前阶段，团队最高优的几件事是什么。可能他能力有限，找到了这个，也可能你们团队很完备，剩下了这个，总之你领导认为这个是高优的事。
3. 你有能力，你发现了更高优的团队事情，你高瞻远瞩，可以私下跟领导聊聊，看看他是不是能转向，如果你的高优方案能让他上下都没有推进阻力，还有高绩效拿，那何乐而不为。
4. 你也不知道应该做啥，那么从本质上说，你们领导目前推进的自动化测试，是难而正确的事，要推进没啥问题。我赞成推进。这条是我最想说的，放弃谁都会，坚持才是最难的。
5. 你知道应该做啥，你伟光正，但是你领导真看不清楚，是个蠢材，那么建议划水，早日脱离苦海。

量化主要有几点吧，1. bug 召回率，能找到多少 bug，占总的 bug 数是多少。2. 节省了多少人力，比如有些场景手工就不用验证了，或者某些需求就不用人工介入了，人力缩减了，但是干的活没少，甚至更多了。（更卷了）3. 挽回了多少线上事故，挽回了多少资损。比如研发偷偷改的代码/配置触发了自动化，被发现了 bug 等等。4. 自动化的口碑提升，小组内的，部门内的，公司内的，行业内的，收到了多少好评，提高了多少影响力，增加了多少公司的凝聚力，大家干活更有奔头儿了，加班更多了，啊，呸，大家工作热情更高了，一起为质量保障想的更多了，又主动创建了多少多少工具。

最核心的是思考你的工作怎么帮助业务提高质量，其它迎刃而解。

大厂能面试你，我觉得很奇怪，学校够不上吧。
可能你简历写的很 NB，里面啥啥都会，那就给个面试机会。
一面我理解的逻辑很简单，就是你简历上写的都是真的，就能过一面。比如你写的精通 SQL，那么人家就按精通的标准来，你写不出来就是欺骗就凉，逻辑很简单。你写简单了解 SQL，但是精通 Java，人家也会面你，但是 SQL 要求就不会那么高。
一面挂你，总体是个不会错的决定，一般都这么干，可能不是你的问题，别灰心，继续加油。一般女面试官比较水~~比如颜控，哈哈，别太放在心上。
现在要求太高了，3 年经验能学到啥已经一日千里了，不好说了。
我觉得你可以简历上写，某某核心需求，你写了 5000 行用例，怎么执行的，怎么设计的，怎么让这个核心需求高质量上线的，线上多少用户没出过问题，后续有什么思考怎么改进。可能比精通 SQL 要强不少。

感觉你说的中厂是类似 58、知乎这类的，口中的小厂，还能这么给钱的，大概率不能成为 “厂”。
题主有一些概念其实不太清楚，不像钓鱼贴，所以来答一下，当然我也就一看客，随意发挥了哈。
首先，小公司其实没看起来的那么稳。入职小公司，很基础的，里面要有能接应你的人，是内推过去的。要不然你咋知道是不是抗雷进去的，里面就一大坑，比如这个项目处在黄不黄之间，老板想博一把，高价请来一批人，成了就赚了，不成就砍了。再者小公司人际关系风险要高不少，你的总监可能就是大厂的一个 P7，相信你也见过 P7，可能也没 diao 过他，现在是你的总监，你要舔。小公司基本都是站队，站错边了，就凉。
你对小公司的发展前景也太乐观了，这么说吧，就算小公司 NB 了，你入职的时候没谈到什么高级职位，想坐顺风车，一荣俱荣，那就是想多了。小公司更多的是新人换旧人，比如发展大了，空降一个某某大佬，他肯定带一堆小弟过来，旧人瞬间从主力走向被替代。
其次，小公司和大厂的工作内容差距，比想象中的要大多了。你未来想回到大厂，要难多了。而中厂和大厂的工作内容差距没那么大，主要是公司内部工具基建完备程度接近，所以大家工作方式很接近。按知乎、58 举例，这种跳大厂还是容易一些的。
最后，简历是不能往下跳的，尤其是年轻人，简历是要一步一个脚印，是要有逻辑的，钱是一方面，你要去完成什么 “使命”，你的职业规划是什么，要在简历中体现。一般真不往下跳，越走越垃圾，后面真不好解释，可能简历关都过不了。
那么什么时候你能去小公司了呢？
是内推，内推人站住脚够给力，去一个调查过的好部门，过去后直属领导你足够了解，或者就是有大腿抱，钱必须到位，职级要高，你去不是打杂的，一定要一个高职级能打一片的，公司要说得过去的比如上市公司，你是能 hold 住这个职位的，你不是混子，有即使被干掉也能再找到工作的实力。

我理解的轻松简单模式：

1. 学校学历要好，比如 985 硕士。学习成绩不能太差，当然你都硕士了也差不到哪里去。这样面试机会很大。
2. 计算机相关专业，计算机相关的技能要很熟练，比如下载文件前后端是都是怎么做的，这种技术原理要 66666，刷题要 6，代码不能生疏。为人性格要好，思维要快，简单说话茬不能掉地上，什么问题都要接得住。这样面试基本就过了。
3. 所谓面试造航母，进来拧螺丝。入岗之后的技能包要求其实低多了。不过要拼一下，按拼 2 年准备，就是每天 10 点下班这个觉悟要有，目的是得到团队的认可，人脉建立，关键是得到某些大佬的好印象。
4. 可以不用天天拼了，但是不建议划水，大家的眼睛是雪亮的，划水被发现是分分钟的事儿，但是可以忙些自己的事情了，比如家庭，生活。主要是跟对人、找对业务，要主动去接近，去找。
5. 团队地位的提升，责任和能力的要求越高，但是不要担心，因为你有年龄的优势，团队会给你试错的机会，别搞太炸是没事儿的，勇敢向前。多请教领导。
6. 非常的自信，你做的事就是对的事，不用管别人眼光，大家会不自觉的受你感染，向你看齐，心态放松。
7. 团队资源会向你倾斜，什么会议，出差的机会越来越多，不再上手干活了，就是指手画脚了，我认为这是轻松的开始。

可能发展真的太快了吧，或者大家太卷了，楼主这种能力都找不到工作了。
先抛开非统招/专科简历筛选就过不了这个事情不聊，就聊聊能力层吧。
现在对 QA 的能力要求确实也太复杂了一些：

1. 干活能力。测试流程 + 测试基本功 + 基本的 coding 能力。接口测试 + 性能测试由于工具太成熟了，学习成本低多了，上手很快不值钱了。相反测试流程 + 测试基本功是个人素质综合能力的表现，更值钱了。
2. 提供解决方案的能力，或者说是执行力。遇到什么需要执行的，没有任何的能力障碍，直接搞定。这方面也很大，软素质和硬素质都要求非常高，精通这一层是 P7，小概率 P8。
3. 发现问题的能力，或者说是找活的能力。现有的所有，是不是完美的，问题在哪里，是不是需要解决，怎么解决，收益是什么，需要多少人手，多少时间搞定，遇到阻塞是不是都可以搞定。P8 的基础。大家都跟你混饭吃了。
4. 再往上，多少有点儿玄学了，靠命。

说回来吧，我觉得楼主发帖有点儿愤愤不平，怀才不遇的感觉，但是以我看，也可能是路走偏了，技能树都点在普遍存在的工具上，缺少亮点（github 项目也没有），真假也难辨。也可能是简历写的不好，没有说清楚自己能干什么。非统招确实难，至少 3 年前，就对非统招不友好，至少我司举例，只能是外包/vendor。

我来 B 之前，感觉和你的心情有点儿类似，不知道怎么提高自己，或者不知道自己真的缺啥。当然现在也不是很知道缺啥，就谈点儿想法吧。
我认为我能来这里，主要是几点：1. 学校学历达标。2. 带过人，带人的经验其实很 2，但是岗位其实不需要什么带人。3. 技术过硬。4. 沟通达标。
不知道你处在什么阶段，可以尝试打造自己的亮点。
来到这边之后，发现弱项逐渐暴露：1. 不懂业务测试，甚至缺乏业务测试的自信心，业务测试是一个非常大的范畴，当然也是一个无底洞/绞肉机，很多人不愿意做业务测试，我身边也有很多，但是我认为可以不愿意，但是要懂。要做到懂，其实非常难。2. 总结能力差，知识扩散的能力还不够。知识自己能懂，但是不能太快的传播给别人，表现就是不会写文档，不会画架构图，不会写 PPT。3. 不太会 push/推进。这个问题其实也非常大，需要非常综合的能力。我当前认为最重要是发现问题的能力，还比较浅显。4. 沟通能力，怎么能把一个事情讲清楚，把自己真正想说的表达清楚，让别人接受。
每个人的情况不一样，我就是简单说下我的情况。
我之前迷茫的时候，就去大厂面试，被虐，就知道自己缺啥了。或者进了之后，也知道自己差哪了。

年假不会吧，比如抖音是法定年假 + 福利年假，休息是没问题的，不休息也能换成钱（法定年假 1 天换 2 天工资，福利年假 1 天换 1 天工资，1 天工资大概是月薪/22.5）。不相信 360 是因为这个干人。

借楼，一个公司的，可以单 M 我内推，多试试几个部门。
谢谢楼主了。

1. 必须一本。
2. 必须懂代码，能写能读。代码比较泛，能读就是所有的代码都要能读，包括但不限于 go，java，python，shell，注意是所有吧，至少超短时间内都要能读。能写其实对所有的也是要能写，至少是仿写。所以建议刷题。
3. 必须有执行力。超强的执行力。
4. 基本必须要有职业规划。
5. 加班不抵触。 然后单 M 我，我内推你。

面对 35 岁门线，我的选择是来头条 996。

非大佬，混饭吃。

20、你有公司代码的权限吗？
当时回答：如果我问开发要的话，他们会给的，像我现在测试小程序用的是微信开发者工具测的，都是让开发把代码打包过来

公司代码权限是要主动要的，测试需要看开发的代码。直接回答天天看代码就完了，面试官才好深挖看到过什么问题，codereview 之类的。

23、你目前接口自动化脚本的覆盖率是多少？
当时回答：公司的接口有点多，我目前只针对主干流程的接口写了脚本，这些模块占全部功能的 20% 左右吧

多是正常的，写不完是正常的，要回答出现在的情况，未来的计划，带来的效果，遇到的困难等。这太轻描淡写了，没有共鸣。

面试官想看到的，都完美的回避了

革命尚未成功，同志仍需努力！996 就完了！

设计时为什么不结束之后再传给 master?
回答：就是为了实时看到压测结果，即便是非 gui 运行，脚本也会打印实时结果的，这个结果相当于是汇总的。

还有这块代码再源码的哪个类哪个方法里，知道的大佬，麻烦告知下，谢谢
回答：非大佬。本身是使用 rmi 的方式调用的，没有什么特殊类或者方法来做回传的事情。
org.apache.jmeter.engine public class DistributedRunner 去看看这里的代码，最终的 engine 也是 StandardJMeterEngine。

这样会导致压测的时候网络带宽占用过高
回答：这个不想解释为什么，懂的人自然懂。要修改这个问题，必然对 Jmeter 进行大的修改。

确实很充实，做的工作很专，赞👍！

如果能量化，就是优秀的。

也是分情况的，如上面说的，要详细的问一下场景如何，才能做判断。
不过一般的，很简单的给查询结果做一个缓存，基本是没啥问题的。现在各家公司也都知道 redis 集群是提高性能的主要手段，带宽，集群方案，内存容量，隔离切分都是没啥问题的，公司层面就会注意这些基础设施的建设，redis 集群的支撑能力到几百万的 QPS 没啥问题。
你回答中也提到了，可能存在偶发的高峰，那么面对削峰，MQ 也是一种方案。MQ 比如 kafka，性能更是厉害了，几千万的 QPS。你们开发在技术架构选型的时候，相信已经思考了相关的取舍，建议你和开发仔细探讨一下，会有收获。

redis 缓存的核心问题是数据双写，其它细节可能是大 key，带宽消耗，失效时间设置，命中率，如果都没有问题，就是很正常的优化。

如果要给 Jmeter 写插件，可以去看一下 jmeter-plugins-for-apache-dubbo 源码即可，还是挺有借鉴意义的。当然直接看其他的插件源码也可。
如果是要给 Jmeter 修复 bug，比如，拓展其核心的能力，这个需要看 Jmeter 的源码。
如果是要给 Jmeter 修修补补，但是不想改 Jmeter 的源码，可以看我的开源实现方式。

性能测试分两种，容量测试和压力测试。（当然高楼是说性能测试其实就一种，不用分那么多，我这么说是便于理解）
你的问题，看起来你是把这两者混在一起了。细看你的要求更接近压力测试。
我遇到的 90% 吧，Jmeter 的的范畴，剩下的，最应该用流量回放的方式搞，但是还是使用了 Jmeter 搞定。

那测试到底还需不需要做功能测试？可能在很长一段时间内仍然是需要的，但那一定只是日常工作中很小一部分。
不评论了，学习了。

已经是老回复了，我也是复习了一下前因后果之后，很费时间。
我之前确实理解错了。
19 年 8 月的时候，我还是支持自研接口自动化平台的（当时我也在写这些），而到今天，我几乎是反对自研接口自动化平台了（主要是性价比不高，同时测试有其他更重要的自研工作）。
我的立场已经变了。
希望虫师未来能分享更多的知识，感谢。

优秀的产品经理，比如周鸿祎，乔布斯这就不说了，已经是传奇了。网上比较火的可能是张小龙，俞军，姚晓光（游戏不知道算不算），这些有访谈记录。然后一些接地气的，比如苏杰。去看看这些人的东西，你会对产品经理有比较多的认识。
普通人眼中的好的产品需求文档，和产品人眼中的好的产品需求文档，标准是不一样的（不排除有捧臭脚的）。同时产品经理的工作是很长的一段链条（产品的生命周期），有很多工作，你不能只看其中的一部分就否定人家的能力。
或者说，优秀的产品经理，已经上升到决策层，你想遇到，可能也自己也够不到那个层次。
就别和普通人聊什么增长了……你找错人了。