本人本科就读于某普通院校（很普通的那种三本学院），毕业后懵懂的加入了软件测试这个行业，至今有六年工作经验，在2024年当下被公司狠心“财源广进”后喜提离职大礼包。
离职前后投递了许多家公司，不仅面试机会少，且均无反馈；此时刚好了解到霍格沃兹测试开发学社深圳校区这边有线下班，决定强化自己磨砺测试开发技能；学有所成后顺利拿下offer，年薪38W+，在此分享自己的一点学习心得和成长经验。
与其三天两头在职偷偷面试，不如潜心学习打好基础
第一次接触霍格沃兹测试开发学社是在公众号上看到过相关广告，了解到测试和测开的成长体系，清晰地了解到自己当前的短板，希望自己的薪资能再晋升向上一个层级。
因为加班频繁，版本快速迭代以功能测试居多，且长期被pua等等情况使得自己心力交瘁，在应对面试和学习这些事情有些力不从心。自己平时学习时基本只是查漏补缺式总结复习，并未有个完整的学习体系。
直至2024年7月喜提离职大礼包，在离职前也有找工作，但是没有一直收到Offer，这使得我整个人开始emo自我怀疑。
只懂皮毛，无具体的落地化项目实战，导致面试屡屡挫败
在这个面试过程中，自动化、性能在项目中的应用是社招人群（尤其是工龄超过5年）中100%会被问到的问题，面试官总能从不同的细节点把你问倒，以此来摸清面试者的真实水平。俗话说真金不怕火炼，可我不是真金我怕了。
学习过程
后续了解到霍格沃兹测试学社深圳校区是有线下班的，在内心一顿纠结后决定加入，尝试一下，备战金九银十。有时候不逼自己一把，你都不知道自己有多牛。在这里也非常很感谢霍格沃兹测试学社的导师和同学们，在报名学社的 3 个月的时间里，真心学到了非常多的干货知识。
我也第一次体会到了有大咖导师带着学习，目标清晰，方向正确，少走了许多弯路实现超车，这也是我认为报班学习的最大价值。
开放式问题的面试技巧&答题思路
1、随机业务的发散性测试点的问题，我总结的是以总→分→总的答题思路来应对，类似于写xmind思维导图的方式，先罗列大的框架，再细拆测试点，面试官往往更注重你的思路而非答案。而大的框架也是在学社学习过，同类的问题基本是换汤不换药。
2、如何构建质量体系/你们自动化是怎么做的，这类主观开放性问题往往需要采用STAR法则来拆解：
S（情景）：团队的技术背景情况；
T（任务）：阶段1达成的目标；阶段2需要达成的目标等等；
A（行动）：代码框架大概分为了 3 层：po层、testcase层、common 方法层（链接数据库的操作，常用公共方法），多人协作时的规范，自动构建执行的方式，测试报告的输出结果；
R（结果）：需要有数据来量化取得的成效，作为结果产出。
3、讲讲你测试的模块中的问题难点：
绘制&复盘之前项目中的业务流程图和技术架构图，去挖掘测试亮点难点，测试痛点，并提前想好应对的测试策略（即你作为面试官，你会想考哪个节点的业务异常场景，有针对性地学习该模块的视频课程）。
面试题
本人搜集了一些这段时间面试的问题，供大家参考学习：
生产者→kafka→消费者，这个结构在传输过程中，列举一下可能存在哪些测试点；
性能测试是怎么做的；
手机群里发拼手机红包，讲后端功能、性能测试点；
业务全流程中是如何保证用例覆盖度；
redis，kafka在使用的过程中，有遇到哪些业务的问题；
APP端的稳定性如何测试；
给你一个新的接口怎么测；
做性能的时候，你会配置集合点吗；
饮水机怎么设计测试点；
a=1,再a+=1，这个过程中，引用了多少次物理地址
cpu满了，如何定位问题
简单讲述一下python的多线程，为什么python的多线程不能用来做并发
堆栈的原理
工厂模式是否了解
产生死锁了，但是日志没有打印，如何定位问题
