测试工程师的未来在哪里?迷茫的看过来...

1990 篇文章 51 订阅
1221 篇文章 21 订阅

在这里插入图片描述
先说结论:现实一点来说,狭义的测试工程师是没有未来的。

无论TE,SDET都是软件或硬件开发系统工程下的角色分工,只是因为职责不同技能要求有所差异而已,技能上其实没有太大的不同,只是有些培训机构或者初级入门者理解太差引入了太多错误和偏见,当然这种偏见也来源于现实大多数测试团队尤其leader的错误认知传播。

广义上来讲,这个职业应该叫软件或者硬件开发的质量保证,从质量的保证角度来看,排除掉一些测试理论基础的东西,落地上来看最核心就两种手段:流程和工程能力。

由于流程的手段成本低,见效快,在KPI导向下,国内一些二三线的测试leader包括一线大厂的leader很善于在流程上做文章,审视一下需求到上线各个流程阶段,推动一些流程优化,加一些监控,度量,配合一些手动或者半自动化测试手段就能快速抓到收益见效果,而在不断的正反馈下,从业人员形成了路径依赖,以为测试就是如此简单。但这些东西经不起论证的:你的测试有效性如何衡量(我们做过一些随机实验论证测试有效性,这种模式初期看收益很大,但长期有效性很差)?这些手动半自动的东西太滞后,而且维护成本很高,没办法做有效的沉淀,一旦形成了质量依赖对团队来说反而是阻碍成长的副作用很大;另外这些东西不一定需要专门的QE去做,研发或者项目(配合一些简单外包)也可以做,可替代性太强。

工程能力(代码,文档管理,开发模式如何约束,单测,代码扫描,mock,diff,监控,故障演练,链路压测,链路trace,CI/CD)是一个在国内被严重低估的解决问题的方法,工程建设周期长,见效慢,但是长期来看解决问题最彻底,软件或者硬件开发本来就是一个系统工程,工程能力属于基础能力之一,用工程能力解决质量问题也应该是工程师的一种追求,但测试leader受限于kpi或者根本不相信技术(好多测试leader其实拿技术当作吉祥物而已,述职的时候糊弄老板,内心根本不相信技术能改变什么)。

从长远来看,质量保障和运维能力一样,归宿就是被不断完善的工程能力所替代,参考devops慢慢干掉了运维,devtest早晚干掉测试,你可以说各个公司规模和业务现状不同,测试工程师还会存在很长时间,有一定的道理,但新技术会加速这个过程(比如云计算),而当行业收缩,大多数人没办法改变自己的命运,所以测试工程师是没有未来的。

当然,这里有个大前提是未来十几年没有一个大的技术或者产业应用的突破和革新,如果有就会迎来一个乱世或者工程技术巨大革新带来的重构,一般这种情况下人们解决问题的手段也会便保守至少短期内保守

先说结论:现实一点来说,狭义的测试工程师是没有未来的。

无论TE,SDET都是软件或硬件开发系统工程下的角色分工,只是因为职责不同技能要求有所差异而已,技能上其实没有太大的不同,只是有些培训机构或者初级入门者理解太差引入了太多错误和偏见,当然这种偏见也来源于现实大多数测试团队尤其leader的错误认知传播。

广义上来讲,这个职业应该叫软件或者硬件开发的质量保证,从质量的保证角度来看,排除掉一些测试理论基础的东西,落地上来看最核心就两种手段:流程和工程能力。

由于流程的手段成本低,见效快,在KPI导向下,国内一些二三线的测试leader包括一线大厂的leader很善于在流程上做文章,审视一下需求到上线各个流程阶段,推动一些流程优化,加一些监控,度量,配合一些手动或者半自动化测试手段就能快速抓到收益见效果,而在不断的正反馈下,从业人员形成了路径依赖,以为测试就是如此简单。但这些东西经不起论证的:你的测试有效性如何衡量(我们做过一些随机实验论证测试有效性,这种模式初期看收益很大,但长期有效性很差)?这些手动半自动的东西太滞后,而且维护成本很高,没办法做有效的沉淀,一旦形成了质量依赖对团队来说反而是阻碍成长的副作用很大;另外这些东西不一定需要专门的QE去做,研发或者项目(配合一些简单外包)也可以做,可替代性太强。

工程能力(代码,文档管理,开发模式如何约束,单测,代码扫描,mock,diff,监控,故障演练,链路压测,链路trace,CI/CD)是一个在国内被严重低估的解决问题的方法,工程建设周期长,见效慢,但是长期来看解决问题最彻底,软件或者硬件开发本来就是一个系统工程,工程能力属于基础能力之一,用工程能力解决质量问题也应该是工程师的一种追求,但测试leader受限于kpi或者根本不相信技术(好多测试leader其实拿技术当作吉祥物而已,述职的时候糊弄老板,内心根本不相信技术能改变什么)。

从长远来看,质量保障和运维能力一样,归宿就是被不断完善的工程能力所替代,参考devops慢慢干掉了运维,devtest早晚干掉测试,你可以说各个公司规模和业务现状不同,测试工程师还会存在很长时间,有一定的道理,但新技术会加速这个过程(比如云计算),而当行业收缩,大多数人没办法改变自己的命运,所以测试工程师是没有未来的。

当然,这里有个大前提是未来十几年没有一个大的技术或者产业应用的突破和革新,如果有就会迎来一个乱世或者工程技术巨大革新带来的重构,一般这种情况下人们解决问题的手段也会便保守至少短期内保守

喜欢软件测试的小伙伴们,如果我的博客对你有帮助、如果你喜欢我的博客内容,请 “点赞” “评论” “收藏” 一键三连哦!


好文推荐

转行面试,跳槽面试,软件测试人员都必须知道的这几种面试技巧!

面试经:一线城市搬砖!又面软件测试岗,5000就知足了…

面试官:工作三年,还来面初级测试?恐怕你的软件测试工程师的头衔要加双引号…

什么样的人适合从事软件测试工作?

那个准点下班的人,比我先升职了…

测试岗反复跳槽,跳着跳着就跳没了…

包装成1年工作经验的测试工程师,我给他的面试前的建议如下

“入职一年,那个被高薪挖来的自动化软件测试被劝退了。”

4个月自学软件测试面进阿里!如何从功能测试转成自动化…我经历了什么

6000元报了培训班,3个月后我成功“骗”进了腾讯大厂,月薪15000

在这里插入图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值