从P6到P10，连续5年双11大队长，这位阿里的测试有点特别

第一次知道霜波，是我印象中是阿里职级最高的测试，双11的大队长，现在她是乌鸫科技负责人和本地生活技术中台负责人，职级P10。

为什么我要讲这个故事，很多人说测试没有前途，然而霜波就是从阿里的P6一直做到P10，有人说了这是踩了早期的红利，你说的没错，但为什么不是你呢？

霜波在阿里也不是第一位测试，为什么她能一路走到P10呢？应当多去学习前辈身上的优点，并不是把别人/自己的成功失败都归为客观因素，至少我想我的粉丝群体这样的同学应该越来越少。每个时代每个行业都有优秀的人出现，所有的问都归为客观忽视自身的改变，你将一事无成。

下面就聊聊霜波的故事：

2008年阿里给霜波发Offer时，由于给出的薪资待遇并不高，她是拒绝的。但她的面试官振飞（刘振飞，现阿里巴巴合伙人，高德集团总裁）还是坚持打电话，跟她聊了一个多小时。挂完电话，霜波摸着发烫的手机，感受到了阿里的诚意与重视，便决定加入阿里，当时职级是 P6。

进入阿里后，霜波开始负责质量保障，即测试工程师。除却一丝想找 Bug 的“报复”心理，她转为测试更多也出于专业性的考虑：研究生三年，以及在美国读 PhD 的那一年，霜波的研究方向其实一直是软件测试（Software Testing）。

第一次当双 11 大队长，紧张到去算命

自 2008 年加入阿里至今，霜波可谓见证了双 11 “从 0 到 1”和“从 1 到 100”的全过程。

最早，霜波负责阿里妈妈的测试，到 2012 年服从组织调整，调去了天猫的质量团队。于是，作为质量保障以及情报中心队长的霜波，首次参与了那年的双 11。

除了测试工作，身为情报中心队长，霜波还要接收所有反馈过来的问题，而这个数量远大于她的预想：“做了这么多年质量保障，迄今为止，我从来没见过一个系统能出这么多问题，能有这么多 Error 的页面。”

慌张是有的，难过也是有的，但深夜 emo 一会儿，睡醒了又是“铁打的”霜波：继续定位问题、解决问题、处理善后工作……整整 7 天，所有人都在不断拉错误的数据，一起说话讨论，为双 11 奋斗到底。

可即便拼成这样，2012 年双 11 的交易下单成功率依旧不乐观，只有 50%。

这个结果令许多人都退缩了，但这些人中并不包括霜波——她坚信自己定位问题、追究问题的逻辑能力很强，坚信自己一定能想出解决的办法，坚信能把这件事做好。

于是 2013 年，全链路压测上线，双 11 的交易下单成功率超过了 90%，这也成为了霜波最有成就感的一年：“双 11 的线上全链路压测，是一个我们能做出来的非常成功的产品，在业界的影响力也非常大。”

2016 年，担任了 4 年双 11 的技术保障后，有一天霜波的主管范禹（吴泽明，现阿里巴巴集团 CTO，达摩院副院长）问她：“你能不能做今年双 11 的大队长？”听到这个问题，霜波的第一反应是紧张忐忑，为此还去算了一命。在得知当年运气还不错，不会影响到公司后，她才接下了这个任务。

虽然 21 世纪早已不信奉“科学的尽头是神学”，但第一次当双 11 技术大队长的霜波，表现得确实很好——2016 年双 11，当时被誉为有史以来最稳定顺利的双 11。

事后谈及“算命”这一茬时，霜波解释道：“在很重视一件事的时候，你可能需要一点信念之声来稳住心态。不论是算命或去灵隐寺许愿，这都意味着你特别重视这件事，愿意为此全力以赴，以此来集中你的精力。”

有了 2016 年的好开头，接下来霜波负责的 2017-2020 年双 11 也基本上都扛住了：2017 年整体很成功，2018 年出了一个修改收货地址的 Bug，2019 年实现了 0 P1 故障，2020 年霜波培养出了下一任双 11 大队长。

直到 2021 年，伴随着阿里的组织架构再次调整，霜波不再负责双 11。但这两年，她依旧会在双 11 期间去“光明顶”指挥室看曲线，也仍然会为它的平稳感到安心。

被动人生，未必就不好

2021 年架构调整后，霜波从技术风险部调到了企业智能部，而目前她主要管理两个团队：乌鸫科技以及本地生活的技术中台。

对于乌鸫科技的成立，霜波形容为：“和机器运动一样，人力资源也要有运动。”乌鸫科技是阿里旗下的全资子公司，现有 1100 名员工，可提供政企数字化转型的产品、解决方案和服务，会有一些专业交付团队支撑到业务线。例如，阿里在钉钉上有很多 To B 的业务，这些业务需要到现场去交付，这时乌鸫就可以分配人员，项目需要就去，项目结束就撤回来，再加入其他交付的项目，灵活性很大，调整起来也非常快。

而霜波的另一块工作重心，是本地生活的技术中心，团队人数约390，负责下单、交易、支付，以及底层的基础设施、机器运维和数据库等技术中台。

管理着两个团队的霜波，现在日常 70% 的时间都在会议上：团队内部会议、设计会议、重点项目会议、业务方的会议……另外 30% 的时间用于整体规划，包括团队建设、内部分享等。

从 2008 年到 2023 年，霜波回顾了在阿里这 15 年的经历，发现她换过的部门特别多：阿里妈妈、搜索、数据平台、天猫、技术风险、企业智能，再到现在的乌鸫科技和本地生活。15 年间，霜波共经历了 7 次调整，平均 2 年就会有一次变动，并且每次都是被动的，组织安排她去哪就去哪。

许多人说，习惯被动将无法成长，但这一点在霜波身上并没有应验。就算在阿里的每一次调整都是被动而非主动，她始终都积极应对。

• 接到调动通知的时候，霜波会去跟主管沟通，问清楚对方的期望是什么，希望她完成怎样的工作，由此霜波再去设计具体的实现方案。

• 接手新部门后，花两周时间，一对一地与团队成员沟通，包括工作上的困难，团队发展方向，以此了解当前业务的状态和成员想法。

• 尽管可能刚开始适应不好，霜波也一直相信：既然拿这份工资，就应该尽全力把这件事给做好。

在这些过程中，霜波补足了很多欠缺的知识。她会看很多产品相关的书籍，也会努力去深入新的业务，对业务底层逻辑也花了很长时间去了解——即便刚调整时并不适应，但在这样的查漏补缺中，霜波也慢慢将其“化险为夷”。

因此，即便经历多次被动调整，在如今的霜波看来，这亦是一种宝贵的经验：“对于这种转型变化，我觉得挺好。”

故事就说到这里了。

再说说最近的一些感悟。很多人说找工作难了，确实难了，但这个是在两年前就应该感受到的，当我说就业寒冬储备技能，很多人只是觉得你在散播焦虑，一位粉丝朋友跟我说，你之前说的我是真真切切感受到了。

现在就是筛选时代，每个公司都是筛子，当你没有被筛选下去，有可能确实实力够强，也有可能只是侥幸，随着时间推移，总有可能会掉下去，而掉下去的如果技能或者学历有问题，也就很难再上岸了。

可怕的不是时代变了，而是时代变了你还在用过去的要求对待自己，为什么测试要写代码，为什么测试要懂运维的知识？用得上吗?客观来讲，真用得上，但你不会，真用不上。最近我们公司提出好几个需求，比如监控报警的优化，比如业务的数字大盘，都是让测试来写的，如果你不会，这事情不会让测试来做，你也心安理得地认为不应该测试来做，当有一天被裁员时你会委屈巴巴或者暴跳如雷说为什么是测试？那时候没有任何意义，我告诉你是人教人，被裁员是事教人，人教人教不会，事教人一次就够。资本告诉你只会“点点点”，现在拿不了这么多钱。

从我对目前求职市场了解到的，无论是测试还是开发，很多对新入职员工提出了类似“全栈工程师”要求，虽然很多道友说很难全部精通的，都是伪概念，但事实上用人方的要求也并没有让你每一样都精通，有个词叫够用，临时的需求你能够做起来，后面市场更需要万金油的综合体，而不是走极端，走极端有两层意思，一种是你在某技术领域研究的却是很深，这种人会比较辛苦，因为你必须要证明你这部分的价值，公司有没有这样的场景去证明也是个问题。另一种极端是嘴炮型，讲起来高谈阔论，针砭时弊，做起来手就麻了。

现在能在谈降本增效，钱没有以前好赚了，裁员优先裁谁？你的活儿容易被替代的，公司干掉你不痛不痒的，你出不了活儿会被干走，你是专家但证明不了值这么多钱也会被干走，如果作为测试开发，产品在业务方面咨询你意见，监控报警你做的，业务报警你做的，性能测试必须要通过你来做分析，裁员时会优先考虑你吗？裁掉你谁来维护这些？

有人说领导没让我做这些？我都是先做完，证明了自己的能力，后面才会越做越多，价值才逐渐被彰显出来的。你首先要考虑的是能力有没有到，能力没到，你需求都挖掘不出来，你只会说我们公司没有自动化。

不要跟我讨论这个是不是cpu，没意义，我也没时间，我只说真实的职场。

行业内卷

最近聊到软件测试的行业内卷，企业对人才的要求越来越高，竞争越来越激烈，如何避免被优化？怎么获得更好的工作和机会？不断提升自己的技能栈成了测试老人迫在眉睫的问题。

不论是面试哪个级别的测试工程师，面试官都会问一句“会编程吗？有没有自动化测试的相关经验？”

所以还停留在手工功能测试层面，如果不去提升技术，不仅要面临长江后浪推前浪的压力，还要顶住当下行业的内卷之势。不然就只能接受窘境，最后甚至是面临淘汰。更别说升职涨薪了

如何从初级功能测试到高级自动化测试开发，达到技术提升和待遇提高的目的，是很多初级测试人必经的一个阶段。作为一个过来人，对学习过程中的困难深有体会。

所以我热衷于收集整理资源，记录踩坑到爬坑的过程。希望能把自己所学，实际工作中使用的技术、学习方法、心得及踩过的一些坑，记录下来。也希望想做自动化的你一样，通过我的分享可以少走一些弯路，可以形成一套自己的方法，并应用到实际中。

学习指南

如果你也在往自动化测试开发方向发展

在适当的年龄，选择适当的岗位，尽量去发挥好自己的优势。

我的自动化测试之路，一路走来都离不每个阶段的计划，因为自己喜欢规划和总结，所以，我和朋友特意花了一段时间整理编写了下面的《自动化测试工程师学习路线》，也整理了不少【网盘资源】，需要的朋友可以扫描文末二维码获取网盘链接。希望会给你带来帮助和方向。

【自动化测试学习路线】

1. 自动化测试必备Python编程内容

2. Web UI 自动化测试基础内容

3. Web UI 自动化测试实战内容

4. APP UI 自动化测试基础内容

5. APP UI 自动化测试实战内容

6. API 接口自动化测试基础内容

7. API 接口自动化测试实战内容

8. CI/CD持续集成专项技术

9. 自动化测试框架实战技术

-事必有法，然后有成- 最后祝大家早日拿到满意的offer ~

如果你不想一个人野蛮生长，找不到系统的资料，问题得不到帮助，坚持几天便放弃的感受的话，可以点击下方【小卡片】大家可以一起讨论交流，里面会有各种软件测试资料和技术交流。