感谢恒温和社区的支持

抱歉哈 ， 提前预热一下

我 87 年的，今年应该 36 岁。 上周一个大我 1 岁的朋友被裁员了。 今天我俩一块吃饭的时候说面试机会确实挺少的。 感觉这波经济下行还是没过去的， 最近大家还是能苟着就苟着吧

后面有机会就不要错过了~

对于测试行业的护城河这件事，我能在我自身的圈子里感受到的就是我们不再去卷什么 UI 自动化，接口自动化和测试平台这些事了。这些我们基本扔给了外包或者子公司或者职级更低的人来做。 因为讲道理这些东西在当今的测试开发圈子里都是基操了，技术含量有限。 相比于这些基本的通用技能，我们更多的精力都放在了相对门槛较高的垂直方向里，比如有同事专门去做大模型业务的测试， 有同事专门做大数据的， 有同事专门做内容审核的，又比如我更多的精力放在了云和人工智能的测试项目里。 这些领域中的产品无一例外的都是门槛较高的技术型产品，我们老喜欢开玩笑说这些产品里都是不说人话的，因为在这些产品里就算是点点点的门槛都相对较高，因为这里需要相当程度的时间和精力去学习这些产品中的业务和技术，并不是 C 端那种面对普通人的产品，而是面对专业领域工程师的产品。

我们在这些本身就偏向技术的产品中继续下沉，去研究更深层的技术和测试方案，起码在这个领域里做到大部分同行都做不到的程度，我理解这就算是我们的护城河了。 当然这里的护城河不是说这个事离开我们别人就做不了了，而是能和我们竞争的人已经比较少了，因为在这个赛道里的人本身就少，它的门槛也高，不是谁想进来就能进的来的。 我们当初能进来也有运气的成分，入职了相关业务的团队，有幸学习到了相关的技能。外人想靠自学进入这个赛道确实不容易，通用的自动化测试还可以自己去学习，但是在没有工作环境或者没有人指导的情况下，想靠纯自学去入门这些领域实在过于艰难。 所以跟朋友聊天的时候大家的想法差不都是虽然能去的公司没有特别多（以为做这些领域的公司也确实不多），但竞争对手也很少，所以相对没有感觉工作很难找，而且工资待遇也都还不错，对年龄的歧视也相对较轻一点（其实也没有轻太多）。

然后最后想说的是，护城河这种东西确实很难的， 就算我上面说的这些也没办法能保护我们整个职业生涯。 到了 40 岁，45 岁的时候我们一样也会很艰难。 所以现在很多人也都会找找后路， 比如我在学习技术以外也在学英语，看看以后能不能进对年龄相对友好的外企。也在积极的参与行业里的活动，锻炼演讲能力，攒攒人脉。 看看以后能不能当当培训老师什么的。 总之就是都找一找可能性，尽量的在年龄歧视的大环境下挣扎一下。

我今年 36，我们这里 30 多的不算少吧。 但是 40 多的确实少。

不在范式了都~~ 我跳槽到腾讯了

你这么牛皮么。。。。。2W6。。。 不敢想象。。。我听说很多母语为英语的人都没有这么多的词汇量。。。 太佩服了。 我上次测试好像才 4000 多词汇量

我也没碰见过这种情况~ 这种问题的排查我感觉挺难的，因为涉及到 linux 内核了，我也没正经八本的学过内核的东西。都是零零散散的。 我能想到的也就是在有问题的 pod 里开个 tcpdump 实时监控， 然后发请求看延迟，如果是网络问题，它可能会延迟个几秒 tcpdump 才能监控到，说明网络有问题。 但具体要我排查到哪个内核参数，我也做不到~ 内核的东西了解的还是少。

有啊，我现在就在瓶颈了， 今年 36 岁了， 技术职级已经到了我能触及的天花板了。 现在我自己的感觉就是即便再去学技术，也升不到下一个级别了。 再往上升需要产出有足够影响力的东西，可能是跨团队甚至跨部门的东西，而这些东西不是单打独斗能搞出来的，需要团队和业务的加持，但我当前的业务和团队都不够分量。所以受业务限制，我即便再去学习新的技术或者再深挖当前的技术，都很难升上去了。 以前没太大感觉，觉得有技术哪里都行， 现在深刻的感受到业务和团队的重要性。

没专门学过性能，其实都是针对 K8S 和 linux 的学习以后，自然而然的就有排查思路了。 所以还是要熟悉我们测试的产品的原理才行。

这个是你微信么

我看大家还都是按照没有专职的性能岗位这样的思路来回答的，这个大家说的也都没错，我就不重复了。 目前的行情是比较看中测试开发人员的综合能力的，这也是为什么大家都劝你别在性能测试上下太大的功夫。 但其实我想换一个思路来看这个问题，其实要做好性能测试的话，本身是需要比较强的综合能力的，当你把一些复杂的性能测试场景玩明白了以后，那么也就练成了一身较为不错的综合能力了。当然如果大家认为的性能测试就是用 jmeter 这样的工具对某个接口施压统计出个 TPS 这类的指标的话，那就当我没说了，因为如果负责的场景就是这么简单，那确实练不出什么有竞争力的技能。

我用一个我带的姑娘做的性能测试场景举例吧。

• 首先她需要模拟的就不是并发量，而是设备数量。因为我们是一个基于计算机视觉的人工智能产品，所以对接的都是网络摄像头，不能用 jmeter，而是使用 ffmpeg+ EasyDarwin 来搭建流媒体服务器。针对测试数据也需要裁剪，拼接，抽帧，调整分辨率等工作。 这需要测试人员学习一些视频领域的东西。
• 她需要学习 K8S 和 docker，因为我们产品整体是基于云原生架构的，她除了要在日常工作中有操作 K8S 和 docker 的需求，也需要把她的流媒体服务器和性能测试工具等等部署在 K8S 中。需要了解 K8S 怎么管理资源的，怎么计算负载均衡的，怎么实施资源超卖的。
• 性能测试除了要测试性能瓶颈外，还需要进行容量测试。尤其是在云原生架构中，每个容器都申请了不同的资源（cpu，gpu，memory，存储），这些资源具体应该设置成多少需要经过严谨的性能测试。而云原生 往往伴随着微服务架构，所以这个姑娘往往要面对几十甚至几百个服务的资源用量统计，包括每种资源的 request，limit，平均占用，最大占用等等，并需要分析每个服务的资源设置是否合理。 这种数据收集和计算的 工作如果是人肉的那很显然是不能接受的。所以她需要学习监控系统的使用，在我们这里就是 prometheus，这需要对 promql 比较熟悉，通过编写代码来向 prometheus 发送 promql 来进行统计和计算。 这里除了要学习 prometheus 外还需要学习前后端的开发，因为我们这里是把这个监控能力平台化了。
• 再说容量测试里，如果涉及到了一些存储系统，那也需要评估出需要申请的存储量，比如我们最近在执行的性能测试里包含了 ES 组件，这里需要测试出 ES 在 我们的业务下需要支撑多少数据量，在该数据量又下能支撑多少 qps。这就需要她对 ES 有一定的了解，需要学习 ES 官方的压测工具 esrally 的使用。

以上是我们这里这个妹子需要去学习的技术点，这样她才能完成她的性能测试工作。 而如果是我 曾经带过的另一个组（他们测试大数据产品的），那里的性能测试则是需要模拟大规模数据的场景 。所以他们需要学习 spark，hdfs，异步 IO 等技术。这个细节可以看我之前写的帖子：https://testerhome.com/articles/31471

总之就是其实负载的性能测试场景搞下来，也是会练成一身不错的技能的。但严格意义上来说， 这里面很多技能确实不算是性能测试技能。这个就看大家怎么看待这些事了，我个人觉得重要的不是性能测试本身，而是通过性能测试能学到什么，就像我聚的例子，我们这的这个姑娘就算以后不做性能测试了也没问题 ，因为她通过这份工作学到了 prometheus，k8s，docker，前后端开发，视频处理以及部分中间件，所以他换一家公司去做别的工作也没有问题。最后我想说的是分析系统性能瓶颈并给出优化建议这事对于测试来说不太现实，现在软件架构复杂到了已经轮不到测试人员指手画脚了，最好别妄想能指导专业的软件架构师做事情。专业的事情留给专业的人做就好。

我已经不在范式了~~ 目前在腾讯， 我们这现在没有集团 hc 了~ 只招西安的~ 现在行情难啊

我个人是不太会写简历的（我没经过编写简历的培训），所以我写简历挺随意的。 我的思路一般都是在想 -- 如果我是面试官的话， 一般我想从简历里知道什么东西。所以我一般都喜欢简历里直接去写我最擅长的东西和我认为我做的最重要的，最能体现我价值的项目，并且我会把这个项目的技术会较为详细的写一下（目的是希望突出项目难点）。 因为我在做面试官的时候，其实很懒得看那么长的简历的， 尤其是为了凑字数而写的各种流水账我是很不喜欢看的。所以我做面试官的时候希望候选人的简历是能直接看出他最擅长的东西是什么的（要是流水账太多我就会弄不明白他到底擅长什么），我写简历的时候也会把那些不重要的直接忽略掉不写（工作 10 几年了，要是都写那得多少页）。

我这里贴一段我简历中的一部分， 大家可以讨论一下， 我的简历带有我强烈的个人风格， 其实我也不知道这么写是不是比较好。

我的简历里， 基本上就是 3,4 个这样的项目撑着，其他的基本就不写了，或者在个人简介里一笔带过。 我的想法其实就是不想让一大堆的东西晃到面试官的眼睛， 让他迅速的知道我擅长什么（写太多了，我估计面试官就不知道我到底擅长啥了，或者直接就不想看了）。而且东西写多了，还有个缺点就是面试官一下子就跳到了那些没什么亮点的东西上去问， 那就更不好了。 所以我的习惯就是只要我写在简历里的，就是有亮点的。

如果实在有太多的东西想要点缀上去， 我的习惯是放在个人简介里：

哈哈哈哈， 有那味了。

欢迎大家加入

感觉老板喜欢推敏捷， 其实还是想迭代速度快一点吧， 不想搞几个需求就拖那么长时间， 毕竟市场如战场。 其实老板心里也知道在这个阶段质量不是那么重要，别有严重的 bug 或者 bug 别太多就行，还是抢市场更优先。 哪天老板开始抓质量了，那就说明要么是之前有点玩脱了，质量有点看不下去了。 要么就是客户的数量已经到一定程度了， 必须要开始抓质量来稳用户了。 要不然以 TOB 产品的特点，质量不好的话光是给各个版本打补丁都会被玩死的。

嗯 ，外企确实也受影响了， 微软和谷歌都有裁员的新闻， 前几天跟朋友聊天， sap 也开始裁员了。 在 vmware 的同事也说 hc 比较少。 但应该还是会有坑的，可能就是很少。在范式的同事已经有 3 个去了 vmware 了，大概也就是年前有个同事拿到了 offer。 所以先学起英文做个储备吧，就算以后不去外企，也可以用来辅导孩子的英语。

从上周开始学习英语了， 每天在地铁上听 BBC， 也买了个老友记精讲课程学听力和口语， 好在之前有点底子，12 年左右的时候在硅谷呆过大半年，所以学的不算很吃力。今年 36 岁了，因为国内市场对大龄 IT 人员的不友好，所以我也在焦虑 40 岁以后的发展。 初步的想法是尽量延长自己的职业生涯，所以除了要学习技术外， 也开始学习英语。 为以后进外企做准备（外企不是很看重年龄，如果哪天被公司裁了，就可以考虑去外企试试了）。

感觉行业状态越是低迷， 就越不能放弃自己吧， 尽量的在茫茫众生中杀出一条血路。 当然也有人说以后外企什么样子还不知道呢，现在就花这么大精力学外语可能到最后毛用都没有。 我觉得也许会这样吧，很多时候我学习一样东西的时候其实也不确定以后是不是真的能派上用场。 但书到用时方恨少，等真到需要用的时候才开始学习就已经晚了。 所以我的习惯都是先学了再说，学总比不学要好，没准哪天就真用到了。

可能会有这方面的因素吧。 总结一下我最这一年的技术积累也变少了。 不过我最近没写帖子的原因是因为正在写书。。。实在抽不出时间写帖子了。

这个事怎么说呢。 测试一个产品的前提得是能理解这个产品，成为这个产品的用户对吧。 如果都没有能力成为这个产品的用户当然也就没法设计测试用例了。 就好比一个人作为车场的质检人员。 但是他本身不会开车，也不懂车里的任何设备。那是测不了的。 不管设计这个车的所谓的产品经理有多强， 他也没办法能让一个根本没开过车的人能测试的了这辆车的。

同样，B 端的产品也是这样的道理。 就拿我现在负责的产品来说。 主要是分为两种产品，一种是基于 K8S 的商业化云产品，一种是基于深度学习和机器学习的 AI 平台。这两者都不是给普通人用的。前者需要测试人员懂 docker，k8s 这些虚拟化领域的专业知识， 后者需要测试人员懂得人工智能的基本业务流程。要不然是测试不了的，你连产品经理在说什么都听不明白的。

那我后面还真 要高低买个 p5 玩一下了。

那好像比较适合现在的我啊。后面我还想 看看 p5 啥样。 看开端的时候卢迪说 p5 天下第一。 我想感受感受。 虽然目前 我玩的游戏里还是塞尔达最好

哈哈哈哈哈哈。 我看你最近 还是在玩怪猎么。 我刚买了奶刃 3，但是玩不进去。 感觉 switch 后面有好多好游戏啊。 P5 也要移植到 switch 了。