为什么面试造火箭？面试的时候，我有个习惯，我会先描述一个具体的问题场景，让候选人设计方案，同时让候选人聊聊如何解决这一类问题。因为这样和候选人探讨具体场景的具体方案，可以很深入的讨论细节，考察实际的系统设计能力，防止他夸夸其谈，询问如何解决这一类问题，能考察是否具备深度思考和抽象能力。例如服务的full gc 非常频繁，半小时一次，如何解决这个问题，你有哪些思路？谈谈GC问题有哪几类，优化GC参数有哪些方向？例如优惠券领券活动有库存限制，有总库存和日库存，系统并发度最高 1W TPS，要求设计一个扩展性强的库存系统？为什么要这样提问呢？因为解决问题的能力和突显你的能力同样重要。解决问题要看结果...

求各位大佬狠狠地鞭挞我啊

前言：结合我自己的测开准备流程，和面试这几场实习后的经验，写一篇文章给想转测试开发岗位的同学一点入坑的指南吧。因为本人非科班出身，是临时转岗，面试的次数也不多，可能很多地方说的不全面不太对，有差错的地方，请各位大佬在评论区指正，大家一起讨论进步。从面试流程来看，我个人觉得测开主要准备的内容可以分为以下几个方面：项目、八股文、测开场景专题、力扣算法一、项目项目这个不用多说，作为研发岗，你的简历上的项目肯定要体现你自身的技术栈和专业性。但是这里可能有些同学会有疑问：1、项目多少个好？是不是我写的越多越好？找实习阶段，项目两三个足够。一个项目应该写上以下几个内容：项目名称、项目时间、你在这个项目负责...