51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[原创] 糟糕的内卷化时代,一名普通测试员的铁饭碗究竟是什么?

[复制链接]
  • TA的每日心情
    慵懒
    2020-11-9 10:08
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    跳转到指定楼层
    1#
    发表于 2021-10-29 14:48:49 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
      内卷,是现在热度非常高的一个词汇,随着热度不断攀升,隐隐有了“万物皆可卷”的程度。究其来源,内卷这个词的出现,是伴随着996开始讨论的。很不幸,996、福报等等这些词的重灾区和源头就是计算机/互联网行业。那么作为行业中一个非常重要的分支,测试圈的情况怎么样呢?

      软件测试圈的内卷是怎样的?
      在谈起测试圈的内卷之前,我们必须先搞清楚我们常说的内卷是什么。
      内卷,网络流行词,本意是指人类社会在一个发展阶段达到某种确定的形式后,停滞不前或无法转化为另一种高级模式的现象。当社会资源无法满足所有人的需求时,人们通过竞争来获取更多资源。
      后经网络流传,用来指代非理性的内部竞争或“被自愿”竞争,现在指同行间竞相付出更多努力以争夺有限资源,从而导致个体“收益努力比”下降的现象。可以看作是努力的“通货膨胀”。
      在测试圈,随着基于敏捷甚至是Devops的架构,作为这些架构重要内容的自动化成为了热门,而测试行业也进入了推广自动化的“军备竞赛”。近些年来,不管是作为测试工程师,还是敏捷QA,甚至是其他角色,恐怕都对于自动化测试的汹涌之势都有所耳闻,而从公司角度,在诸多公司中,自动化测试借着敏捷转型的要求也都几乎成为了测试工作的标配,各大公司对于测试的招聘要求也纷纷升级成为自动化测试,彷佛只要有了自动化测试,一切问题就迎刃而解。事实真的是这样吗?
      有一个“电影院困境”,很形象地说明了“内卷”的表现和身处其中的人们的感受:一个电影院里正在播放电影,观众席中黑压压地坐满了观众,这时,前面有人为了看得更清楚,站起来看电影,于是后面的人为了不被挡住,于是也站了起来……终于电影院里所有人都站着看完了电影。而本来他们是可以很舒服地看完这部电影的。
      在这个环境下,每个人都付出了极高的时间成本和精力,但是获得的收益却十分有限。同样的,在测试领域中,按照测试分层测试金字塔进行组合的架构遭到了一定的冲击和破坏。由内卷化而形成的行业内“纳什均衡”所带来的35岁现象等等,成为附着在这个行业上的伤痕和毒瘤。
      测试员如何在内卷中走出来?
      测试工程师不得不花费大量的精力,进行自动化测试的改造和框架搭建,而这样的“大干快上”又忽略了自动化测试本身的一些要求。例如:需求相对稳定,有充足的用例库,交付时间允许项目进行自动化改造等等。造成的一大结果就是,行业中大量的测试工程师变成了以写测试代码为主要工作的工作人员,甚至在职业认知上,将自己有意无意地同开发人员进行了混淆。
      这样的结果对于测试行业和测试工程师的职业生涯有着重大影响:
      ·首先,手工测试作为整个测试行业的基础,地位和重要性被大大弱化,很多测试人员的基本能力被大大削弱,而后期的很多能力提升和拓展,都是需要从基于手工测试的分析和操作开始的。
      ·其次,很多测试项目并不适宜进行自动化改造,削足适履的最终结果就是对项目的测试效率等有了极大的限制,本末倒置。
      ·最后,当所有的测试聚焦在自动化上时,会陷入对于技术栈本身的更新和迭代。对于代码能力的提升,显然是一个相对更容易出成果的路径。这样无法将焦点集中在业务本身,这对于测试人员本身能力的发展是极为不利的。
      在测试工作中,原本起到规范和框架作用的敏捷架构,就不可避免地受到内卷的影响,其中对于测试质量和测试覆盖率具有极强规范和限制能力的测试用例,会被大大弱化,大量的测试工程师会主动或被动地向测试开发工程师转型,由原本聚焦在基于业务的测试用例等方面,转向对于自动化测试架构与脚本的打磨和迭代。当聚焦点从业务移开时,测试工作本身的压舱石——质量,就会不可避免地受到影响。
      另外,测试工程师的职业要求,在多方面都有体现,但这样的内卷会使得整个行业的从业人员将注意力向代码能力集中,从而陷入盲目追求代码能力,而不重视测试能力提升基础的怪圈里。当形成这样的恶性循环之后,测试圈的发展会受到极大冲击,而对于圈中的测试工程师来说,测试技能和测试理念的更新会受到极大的干扰。
      不忘初心,方得始终。在技术浪潮不断更新迭代的今天,测试工程师也应该做到“不忘初心”,所谓形而上者谓之“道”,在意识方面,始终将业务需求作为工作的基准,把握住质量核心,需求基准;形而下者谓之“器”,不管是手工测试,还是自动化测试,抑或是探索性测试,都是要基于“道”这个初心,围绕着测试工作服务的。只有这样,测试工程师才能在测试圈不断内生或外压的内卷中,走出属于自己的职业道路。
      IT工作固然是辛苦的,软件测试当然也不例外。 每天执行用例、跟踪Bug,还要与开发、产品同学争吵PK,与人斗其乐无穷~但正是因为这些默默的付出,才让一场本该在用户面前发生的灾难,提前在自己面前发生了,是否有一种救世主的感觉?
      我们拯救了用户,也拯救了这一软件,避免了她被抛弃、卸载的命运。既然选择了测试这一行,那不如不忘初心地好好的坚持下去~~


      问卷链接:http://vote.51testing.com/


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

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-27 20:13 , Processed in 0.062881 second(s), 22 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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