专栏首页歪脖贰点零测试人员正在逐步被自动化取代

测试人员正在逐步被自动化取代

图片取自lifeofpix

记得大学从计算机毕业时,班里大部分的

  • 男同学选择了"开发工程师岗"
  • 女同学选择了"测试工程师岗"
  • 极个别的“产品经理岗”
  • 部分“非计算机行业岗”

转眼间,快10年了,大家各奔东西,各为其主数年。

在各自的互联网岗位上也基本都是中坚力量了。

我后毕业,就一直在做一线开发工作。

最近这半年,我觉察到,在一线的互联网大圈里,产品研发的工程模式,已在悄悄的发生转变。

以前是这样的:

  • 2012~2015年,移动端互联网井喷式的发展
  • 客户端App每月一次发版,都需要几个测试工程师进行测试回归
  • 梳理出TestCase,然后人工手动的“点点点”
  • 把功能feature实际的全点一遍,看看好不好使。
  • 新功能和老功能,都依赖这种“手动模式”的测试。
  • 只有都“点点点”了,才能放心的发版。
  • 梳理出P0级的重要checkList,进行测试回归
  • 做的更好的,把checkList再进行拆分,让全员进行业务回归
  • 最后把各自回归测试的结果,再统一反馈给“组织者”
  • 组织者决定软件版本的质量,是否满足发版要求
  • 后面发现当这个“组织者”非常耗时
  • 又将这个owner角色,让大家轮换着担当
  • 就这样,让产品不断的进行版本迭代

但是在今天

  • 在大型互联网公司中,这种原始的测试回归方式正在逐步消失。

传统的测试人员,正在被自动化、以及更完善的监控体系所逐步取代。

触发这个变化的原因主要有3点:

  1. 每次发布,都有逐步的灰度切流,新功能走灰度验证,不再“一把梭”。
    1. 有bug不怕,只要影响面足够小,做到快速验证
  2. 技术人员,面向业务数据(埋点)的BI开发能力,被跨栈赋能
    1. 业务的决策,越来越依赖数据说话,老产品经理也要给数据下跪
  3. 非UI交互相关的业务核心逻辑,在逐步的被单元测试所保障
    1. 各端的发布的稳定性,正在被更科学的工程手段改造着

同时,前几年被吹很火的ABTest,现在很少听到声音了

ABTest概念介绍:

  • 一个已知确定的需求,需要用两种方案1和2,同时进行实现
  • 然后再选取一伙目标人群,将这伙目标人群,无差别的一分为二成A\B两组
  • 对A组实施方案1,对B组实施方案2
  • 然后再通过数据监控,去判断A组和B组的业务效果。

这种思路,看着比较逻辑正确,但是在实践中并不好落地

  • 因为没哪个产品经理敢让一个需求,既要方案1实现,又要同时方案2实现
  • 这意味着2倍的研发资源的投入,以及更高的复杂度实现
  • 即使技术老板不怼他(都没想清楚,就过来要研发资源了),程序员也会砍死这个产品经理的

所以大部分执行较好的场景是

  • 线上业务有1条全量的主干功能roadmap
  • 然后在各个具体的分支上,产品经理提出一个“尝试性”的功能feature
  • 然后让研发人员去实现,并在这个新功能给加上完整的链路埋点
  • 上线后业务开关默认关闭,然后通过预先实现好的流量开关,慢慢放量
  • 一边放量一边配合埋点进行数据佐证

这其实是一种更接地气的 “A/B test方案”变种

  • 核心是 细灰度 + 强监控 逻辑

逐级灰度 + 强监控 + 数据大盘

  • 这3个组合拳,应该是未来要 废掉“传统测试人员”的主要推动者
  • 这既是工程技术的进步,也是互联网及软件工程发展到今日,一个必然的趋势。

图片取自阿里云 dataworks 简介

为什么互联网裁员的时候

  • 往往先裁中年摸鱼的管理层,然后再裁代码能力弱的测试人员
  • 本质裁掉的,都是使用落后生产方式的生产力提供者。
  • 只有裁掉了这些人,才能进一步提高整体的生产方式的效率
  • 进而提高-生产力
  • 最终创造-竞争力

高度市场化的社会,大家在享受社会进步的同时

  • 其实是生产力与生产关系的一茬又一茬的“再升级”
  • 各行各业的职场不断“再进化再洗牌”,招人、裁人
  • 最终推动了社会不断向前发展。

作为一个IT家庭:

  • Beta的爸爸是开发,Beta的妈妈是测试
    • Beta的命名也是富含软件工程的哲学
    • 爸爸目前在努力学习数据开发相关的技术
    • 妈妈这边等Beta稍微大一点的时候,也要重新去工作

经过本周的分析,得出如下结论:

  • 测试工程师小伙伴们
    • 没有一点代码能力,也是越来越不好混
    • 唯有“自动化测试”能力才是你简历上的加分项,妈妈要加油鸭~
  • 开发工程师小伙伴们
    • 是时候去锻炼你数据ETL能力了
    • “埋点+基于分布式数据库写SQL+可视化报表”,爸爸要加油鸭~

-End-

本文分享自微信公众号 - 歪脖贰点零(growithus)

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2019-11-26

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 如何从传统软件开发顺利过渡到互联网技术开发-硬技能

    为什么要转型呢?云计算的盛行,导致很多产品已经云化。另外,长期专注于业务开发导致技术人员自觉乏味,没有提升空间,自我存在感、成就感大幅下降,而互联网、移动互联网...

    歪脖贰点零
  • GitHub代码阅读神器,你值有拥有!

    今天我们就来介绍一款Chrome浏览器插件Octotree,让你能像在GitHub上像你的IDE里一样浏览和搜索代码。怎么安装Chrome插件,相信应该难不住你...

    歪脖贰点零
  • 那些牛叉无比的评审风格

    我们可以见到许多有意思的编程风格,又没有精神为之一振的感觉,仿佛里面的例子就在自己身上,或者离自己很近。其实,对于文档、代码的评审,也是有诸多风格可言的,我这里...

    歪脖贰点零
  • 系统架构师论文-企业应用集成的实践

    为了向铁路各部门用户提供高可用、整合的信息,受铁道部科技司委托,我单位承担了“信息应用集成的研究”这一项目的研究和开发工作。本人作为该项目的负责人之一,担任了方...

    cwl_java
  • 干货 | 携程微服务架构下的测试浅谈

    施赛花,携程机票BU测试工程师,主要负责携程机票聚合层服务的测试,以及自动化工具的开发。善于研究新技术,并转用于实践,提升测试工作效率。

    携程技术
  • 从零开始掌握微服务软件测试

    顾翔老师近期推出一对一入职面试辅导。有兴趣者可加微信xianggu19720625与我联系。先要提供简历初选,合适者进一步洽谈。

    小老鼠
  • 机器学习与统计学:R方代表什么?和P值的关系是什么?

    作者:挂枝儿 原文:https://zhuanlan.zhihu.com/p/110886609

    统计学家
  • 面向微服务的企业云计算架构转型

    ? ? 大家好,我是焦烈焱,今天主要介绍普元利用云计算模式,帮助企业实施数字化转型过程中,在技术上遇到的挑战,以及我们解决问题的方法。 首先解释一下什么是数字...

    yuanyi928
  • 深度学习模型陷阱:哈佛大学与OpenAI首次发现“双下降现象”

    近日,哈佛大学Preetum Nakkiran等研究者与人工智能研究组织OpenAI的研究者Ilya Sutskever最新研究发现,包括卷积神经网络(Conv...

    新智元
  • Linux下搭建ZooKeeper集群并整合Dubbo配置

    1.环境说明 Zookeeper 不仅可以单机提供服务,同时也支持多机组成集群来提供服务,实际上Zookeeper还支持另外一种伪集群的方式,也就是可以在一台物...

    小柒2012

扫码关注云+社区

领取腾讯云代金券