写点什么

我的 7 年测开生涯

作者:夏兮。
  • 2022 年 2 月 02 日
  • 本文字数:1604 字

    阅读完需:约 5 分钟

前言

进入测试这个行业已经 7 年,7 年的时间里从一线工程师到小 leader。在这过程中,经历了几家公司,波波折折,很庆幸的事能够坚持到现在。这篇流水账写给正在奋斗路上的你们,坚持下,未来的路总会拨开云雾.

初始

在进入测试这行前,做的跟 C 有关的工作,期间还接触嵌入式(真的有点难有点枯燥)。之后就踏入了测试行业,第一份工作做的内容包括自动化测试,性能测试,平台开发。在一年多的时间里主要的工作是接口自动化测试,这是一个很释放人力的工作,干完活了我有大把的时间是拿来学习的,在这个阶段是我知识摄入最大的的。老板也不会让我做功能测试的活,这点太好了。当然在此期间还做了很多七七八八的活(部门里杂七杂八的事都是我来接了,像性能测试,安全测试等这些都是阶段性的工作。

一年多后,团队加入一个大佬,在他身上我学习到了很多的知识。同时我的工作也发生了些许变化,开始在部门内推广自动化测试,在完成框架搭建的同时需要教会 QA 写自动化测试,在这个过程中的一个思维的改变是,如何利用 QA 的资源,让他们愿意做自动化,对于 QA 很常见的一种思维,嘴巴很想学习,身体只想躺平。面对这样的人群,那时候的我很痛苦,想不明白为何她们不爱学习呢?另一个工作是参与质量门户的建设,这个阶段我的 Java 编程能力得到了提升,包括思考整体的框架选型,提高编程技能。

这个阶段,我的大部分空闲时间是在阅读,看各种技术大佬的博客,最主要是看书,我还是比较喜欢书籍的,一年大概是在 5-7 本技术的书籍,当然刚毕业的我还是会读些散文。

尝试

在经过了 2 年多的沉淀,随着自己的阅历增加,技术的提升,对于现在的工作有了进一步的思考。我觉得在未来只做自动化满足不了市场的要求, 我更加看好持续集成。于是在 17 年去了一家新的公司主导持续集成平台的建设。从 web 端转向移动端,对我来说是个极大的挑战。第一步引入静态代码分析,最高效。第二步建立完成的 CI 流程。第三步引入 UT、Automation testing。在第三步的阻力非常大,开发不配合,QA 不配合,最后我选择了离开,至上而下团队缺乏建立完整质量的意识,又或者说对于传统互联网行业用户的成本不高。

在这个阶段,我学会了如何主导一个项目,更多的从全局去思考,当然有很多缺点。同时,也在处在工作的低谷,明白了很多事无能为力,痛苦挣扎...

迷茫

从上家公司离开后,一直处于低谷的感觉,不知道未来的路怎么走? 甚至在选择去外企是希望可以有一份可以相对安稳不需要台拼的工作。外企的第一年是我最舒适的一年,有事情有上司抗着,每天敲完代码就下班了,同事有很好相处。下班了做做自己喜欢的事情,有时间学习自己喜欢的事情。 但是有时候也会迷茫吧...

转折

一年后,我的上司选择了离职,我接手了她的事情(我也没多大信心能做好吧,还是喜欢呆在舒适区)。 最困难的一年,3 个人支撑 5 个 feature team,在怎么努力还是各方的不满,自我怀疑,挣扎,痛苦,每时每刻都想撂挑子不干,可是要对得起我的 member。每周的加班都要 3-4 天有时候周末还是在加班的状态...难以想象外企可以加班加成这样。当我从一线工程师到 leader,我该学啥?我也买了很多的书去了解,但真的加班太多了,于是我逼迫自己每周减少加班,去学习该学习的。另一个方面,我觉得更重要的,人,你的团队需要有足够配比的人,不然无论怎么加班都是于事无补的(如果一个老板想要搞死你,只要给你活不给你!)

正轨

两年的时光,很感谢我老板的支持,教导。团队从 3 人到 8 人步入了正轨,很多事情都有条理的进行,跨团队沟通还算融洽,部门内也是和谐,虽然有时候还是会有点冲动。团队成员的技术水平(Automation,CI/CD)也是稳步提升,每个人都可以独挡一面。

  • review 团队的 task,调整优先级

  • review 团队的协作方式,改进

  • 自我管理,学习

  • 识别风险,解决冲突

  • 同理心,透明度

最后

我希望我是个靠谱的 leader,在工作之余我还是他们的朋友,在我关注团队 kpi 的同时我也希望我关注团队成员的成长。

广告: 我们的团队还在招人!

发布于: 刚刚阅读数: 3
用户头像

夏兮。

关注

星辰大海... 2018.03.21 加入

测试开发工程师 热爱技术,热爱生活

评论

发布
暂无评论
我的7年测开生涯