十年测试感悟

上一次更新到现在6年了，做测试也十来年了，测试技术也差不多该用的都用到了，写一些感悟吧

最近几年一直是某大厂测试经理的职责 同时还做了一年项目经理

今天来聊聊整个测试生涯个人感觉的发展

个人工作从第一年到第5年 我感觉就不要去触碰管理岗位。一门心思冲技术就行

从入门点点点。

前2年积攒点点点的经验。要学会会点

第三年要会ui+接口自动化，不限制语言，建议java，不太建议python。（如果后面有想法做大的项目测试开发活得）

第四年把基础性能测试测掉，如果有机会接触全链路压测更好。

到第5年 是关键时期。不管是研究生毕业还是本科毕业。这一年跳槽时机是最好的，各个大厂的offer也是最容易拿的。 建议疯狂刷算法。背八股文。最后一定要有产出，能解决问题。

这是前5年的看法

到5年之后路就不一样了，下面代表个人想法

测试的角度 首先要深入了解业务，是深入了解，不是仅仅每个版本从需求层面看，要去熟悉开发的设计思路。为什么这么设计要有自己的想法。这么设计可能存在的问题。前面几年也许从prd角度能看到问题。到后面几年了，需要从开发的设计层面找到问题。这个很重要！！！！！

另外一个角度，要从整体去把控质量。

前置：为什么要做这个需求，不做这个需求是不是也能实现业务目标。我是不是可以以简便的方式去实现，写个脚本是不是就实现这个需求了，不需要开发测试的投入。

测试左移 测试右移就不提了 网上多的是

后置：上线之后业务方提出了哪些疑问，对接客服，对接技术支持，对接业务，对接用户。如何使得他们更好的使用整个系统。提出自己的看法和解决方案。并加以实施。

最近1年的感触，投入产出比，做这件事的意义在哪里，这么做投入多少，产出多少，投入产出比低是不是就不应该去做这件事。反之则应该做，仅代表个人观点。

网上一堆测试开发  什么流量回访，混沌工厂，什么全链路压测，什么质量中台，不要一门心思去冲，一定要考虑投入产出比。毕竟业务才是王道。你做的事要为公司带来利益才行。  

至于管理，总结一句话 做好向上管理和向下管理。实在接受不了的时候，就不是自己的问题，可以找出路了！

以上仅仅是个人工作感悟