51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2897|回复: 1
打印 上一主题 下一主题

[原创] 测试圈内卷——从一线开始

[复制链接]
  • TA的每日心情
    擦汗
    3 天前
  • 签到天数: 1021 天

    连续签到: 2 天

    [LV.10]测试总司令

    跳转到指定楼层
    1#
    发表于 2021-8-27 13:07:36 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    内卷不仅仅是技术和年龄,还有地理位置。有句俗话说的好:万物皆可卷。但不管是用煎饼还是资源,内卷充斥在方方面面的时候,被裹挟在其中的人不管是随波逐流还是身不由己,都没法置身事外,都会或多或少受到这样那样的影响。
    在没有增量资源的情况下,整个社会对存量资源争夺而加剧,这样的趋势在短期内暂时还没有看到缓解的迹象。内卷当然跟竞争有关,但是也不是所有的竞争都是内卷。良性的竞争,可以让参与竞争的各方最后都得到好处,同时还能实现总体发展。所以,内卷首先的一个表现就是恶性竞争。
    当我们说过了从技术和年龄角度的内卷,那就要提一下另一个角度的内卷——一线。这个一线包含了两种含义:一个是一线城市,另一个是一线工作。
    先说说一线城市,作为地缘效应最明显的地方,一线城市是IT行业最集中最前沿的地域,也是测试行业最集中的地方,没有之一。一线城市在国内一般指北上广深,这四个城市的IT行业具有非常典型的特征,行业容量大而齐全,技术迭代更新很快,就业机会多,人力资源相对也是最丰富的。
    在这种条件下,一线城市的测试圈和IT行业一样,都呈现出了非常内卷的情况,测试圈因为自身的特质,还有一些不同的情况。
    测试是一个相对更需要经验和积累的行业,在目前一线城市如此内卷的情况下,IT行业是典型的买方市场,“面试造火箭,入职拧螺丝”的情况在一线城市屡见不鲜,当然,在一线工作上,这也是常态。造成的结果就是,在后有“35岁现象”,前有“技术内卷”的魔咒下,测试圈内出现了和其他行业一样的风气——急功近利。
    几乎所有的测试培训或者招聘单位,都将最容易量化的自动化测试设定为了主要指标,而忽视了自动化测试本身的局限性,仿佛只要推广了自动化,便万事大吉。作为自动化测试基础的敏捷和手工测试基础,则退居次席。随着单一追求自动化技能的不断蔓延,作为测试圈基础的一些知识和技能不断被边缘化,使得QA的技术栈逐渐向开发靠近,大量的精力和注意力转向了脚本的编写和自动化用例的覆盖,而舍弃了很多测试工程师本身应该拥有的基础能力。这其中还包括无意中忽略了自动化测试的局限性。
    众所周知,自动化测试适用的场景,大都集中在需求稳定,变化不大,有足够脚本库的基础之上。并且自动化测试无法覆盖所有的测试场景,只能针对需要人工花费大量人力和资源进行重复的方面。
    这以上也间接触发了敏捷转型的危机,可以说,只追求自动化而忽略了其他方面技术建设的测试,已经动摇了QA在敏捷流程中的作用以及测试的基础,也偏离了测试在敏捷模型中的作用和初衷。所以经常可以看到,诸多公司以自动化测试为标杆和宣传点,在纸面上的指标和描述,非常先进,但是实际的工作应用中,要么没有到达宣称的高度,要么质量控制的压力很大,并未体现出自动化测试的优点。
    在一线城市中,前沿技术不断应用以及快速迭代,使得测试手段也不断随之演进,基于经典测试方法论和测试理论的测试方法,显得就没有那么高大上而且反馈效应并不明显。
    所谓反馈效应,就是按照传统的测试理论方法,针对需求进行分析,设计测试用例,然后以手工为主,测出bug,再按照流程上报处理,最后回归通过关闭的流程。
    在依赖手工为主的测试环境中,整个cycle的周期会比较长,在短期内无法完成大量测试用例的覆盖,而自动化恰恰可以大大缩短这个过程。但因为自动化测试本身固有的局限性,使得自动化测试从开始就注定,如果偏执地进行全面测试自动化,那么很有可能导致漏测或者场景遗漏。这在测试工作中属于critical(致命)级别的缺陷。
    中国有句古话叫“矫枉过正”,那么在测试圈中提出向自动化转型,势必会在从上到下的贯彻执行中,让自动化超过它应有的份额。虽然这是一个正常的过程,但在其中,过度依赖自动化测试的结果就是,针对需求分析的测试场景会出现缺失。
    这是基于一线城市行业情况,所出现的趋势。那么下面来说一说,一线工作中,内卷给测试圈带来的影响。
    不管业内人士是否具备认知以及是否认同,在一线工作中,往往是最能够体现工作业绩,最能够体现出工作成果的途径,会成为整个行业的一种风气。同样的,自动化测试在这其中再次扮演重要角色。需要在这里说明的是,自动化测试并不是一个简单的分类,而是传统测试分类中的自动化改造。例如接口测试自动化,UI测试自动化,性能测试自动化……
    这所有的自动化在转型和推广过程中,很容易受到大干快上思想的压力,从而选择最易出成果或者最易完成的方向进行自动化。
    一线工作,往往因为视野和格局所限,无法在一个相当的高度来统筹工作的方向与安排,就很容易陷入盲目的选择中,当自动化测试转型浪潮滚滚而来的时候,公司的招聘要求左右着行业的发展方向,那么最方便学习和掌握的自动化测试技术,就成为了应聘者和从业者争相学习掌握的“香饽饽”,而那些很难在工作中体现出来的基础理论、基础概念等,成了绝少有人问津的弃子。
    这样不断反馈的结果就是,立志于从事测试行业的工程师,在没有充分了解行业背景以及敏捷/DevOps模型及架构的基础上,会很容易片面地将测试等同于自动化测试。长远来看,这对于软件系统的质量控制是非常不利的。
    而一线工作又是35岁现象的重灾区,那么一线工作的QA,势必会在相对较短的职业生涯中,选择可以快速积累经验和完成工作成果积累的途径。势必会忽视那些需要通过时间来训练和沉淀的基础知识,以及基础概念。这样的测试工程师,因为基础不牢,很容易陷入之前文章提到的重“术”而轻“道”的窠臼中去。
    虽然有不少意见指出,当前35岁现象的出现,是因为在中国,大量入行的程序员才刚刚到达35岁界限,所以35岁以上的程序员很少见,故而给人35岁现象的错觉。但是依然不得不指出,此现象的风气一旦开始,就会和内卷一样,到达一个平衡点才会停下来,目前在这个浪潮中的所有人都无法终止这个进程。
    这也使得这柄悬在程序员头顶的达摩克里斯之剑,适中保持相当的威慑力,给这个行业的从业者带来焦虑和压迫感。
    将一线城市和一线工作结合起来,就是目前测试圈遇到的最大的内卷问题,而这个问题也在深刻而又缓慢地改变着这个行业。

    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-9-22 06:59 , Processed in 0.068977 second(s), 22 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表