• 0
  • 0
分享
  • 软件测试人经验之谈——软件测试圈
  • 恬恬圈 2022-06-20 11:27:09 字数 2894 阅读 1090 收藏 0

每次都有人问我软件测试的前景是什么样的,每年也会有人很多人纷纷涌入测试的岗位上,希望自己能够进入阿里、华为等大厂

但是测试岗位真的那么吃香吗?今天我结合从零基础小白到测试开发的成长经历,来说下这个行业的发展前景,以及要入行的同学应该从哪个地方入手学习

一、软件测试行业的发展

最近很多同学在找工作的时候,会发现功能测试岗位很难找到工作,大多数都是外包,甚至外包都要求会性能或者自动化测试,所以对于纯手工测试,不好找工作的情况是真实存在的。

另外就是技术的发展,CI/CD/Devops的项目管理迭代的方法论的流行加大了测试压力,你要是刚开始进入这个行业,可能认为测试就是找bug,但是测试工程师的核心是质量保证。

1.png

短时间迭代越来越快的节奏下,其实已经没有办法再靠人力去支撑了,所以最后肯定是要加班,但是光加班也解决不了任何的问题。

行业大量技术根基薄弱的测试工程师面临淘汰或者外包。这句话听起来比较残酷,但是你必须要看到这种变化,通过和一些测试经理进行沟通,也都是认为现在很多的测试工程师都不及格,要么是会点点点,要么是会一点自动化。

所以,这也就是为什么很多公司都要招聘测试开发

说到这里,肯定很多会点点点的,都在抱怨为什么招普通的测试,还要会自动化,会语言基础?如果前面行业发展你可以理解,那么你也就可以懂得,他们对测试是有更高的期待的,已有的测试又不能解决,所以只能在招聘中体现这一点。

2.png

从行业调查数据也可以看出,如果想要在这个行业混口饭吃,手工点点点已经满足不了了,基本的也得会自动化,你说你为了不写代码,想进入这个行业,你觉得你能多久不被淘汰?

因此,整个行业的趋势及前景就是:

  • 纯手工测试逐渐淘汰或大量被外包吸收

  • 有语言基础是基本的招聘需求,会性能或者自动化测试是普遍要求

  • 大厂更多倾向于直接招测试开发,手工测试基本都是外包出去

  • 测试和开发以及运维之间的“墙”在逐渐打破

  • 由于测试开发重要性不断的显现,测试开发工程师的薪资也会不断提高,行业内部薪资差距拉大

  • 测试行业的管理会逐渐扁平化

  • 不懂开发的测试工程师已经是新时代的文盲

  • 测试行业的门槛增加,但薪资会提高

  • 更多的研发工程师进入测试领域

  • 1表面"衰落"的测试行业

二、软件测试工程师的生命周期

产品的生命周期是从准备进入市场到淘汰退出市场的全部过程,一个软件测试工程师的职业生涯的周期也是这样。如何把“生命周期”的每个阶段都最大程度地利用好,是我们每个软件测试从业者都应该关注的问题。

1、入门阶段

前些年培训大热的时候,很多同学听到“前景很好,互联网薪资高,不用写代码,不用加班,越老越吃香”地吹嘘,便一股脑的投入到这个行业来。干了几年,钱没挣到,技术也没有沉淀,混不下去只能再次转行。

如果你还没有进入这个行业或者刚开始了解,那么几个问题你一定一定要进行思考:

  • 你是否能够接受互联网行业的工作节奏?

  • 你是否真的热爱这个行业,起码有足够的热情愿意去钻研?

  • 你的学习能力是否能够让你在日新月异的技术浪潮中不掉队?

首先作为互联网行业,必然会有加班,即使不是996,也必然会有紧急任务或者上线,问下自己是否能够接受这样的工作节奏。如果赶到要上线了,通宵也是常有的,第二天早上你下班了,你的同事刚刚拎着早餐上班。

其次,如果你对这个行业者基本的热情,或者说不讨厌这个行业,那么起码你能够有动力去钻研,去自我驱动,这样才能保证你的工作对自己不是一种煎熬。

最后,互联网行业,技术日新月异,能够在软件测试这个行业长久地走下去,必然要不断的学习。如果讨厌学习,或者上进心比较差,那不建议你进入这个行业。

如果上面3个方面都没有问题,那么恭喜你可以进入下一个阶段。

2、初级阶段

到了这个阶段,你已经开始上手做测试了,哪怕是最基础的点点点,你也已经知道互联网企业测试流程是什么样子了,可以说这个时候是你最朝气蓬勃的时候。

你在工作中遇到问题时的窘、遇见大神时的敬仰,都会转化为你努力求知的动力。阅读书籍、看公开课、逛论坛,你的各种知识和技能会在这个阶段急剧扩充。

但是这个时候,也尤其要注意不要病急乱投医。

这个阶段我不建议基础没有打牢,就开始学习自动化,最后啥也没有搞明白。业务能力才是最重要的,自动化玩得再溜,也只是个辅助。基础不牢,地动山摇。

3、中级阶段

这个时候的你,或许已经做测试有1-2年的时间了,很多工作也得心应手,薪资也基本稳定,技术上知道的也比较多,但是仍然感觉自己什么都不会。

对,你缺少某个方向的深入研究!

处于软件测试行业的中级阶段,必然要面临的一个问题就是我该朝哪个方向去深入发展。自动化还是性能?Python还是Java?APP还是web?

我以我的经验给你一点建议:

关于发展方向

无论APP测试也好、web测试也好,或者想研究自动化,或者想专精性能,都是可以的。没有什么所谓的好不好,重要的是你喜不喜欢,如果你觉得性能做着心累,没有自动化测试有成就感,那就一门心思去研究自动化测试。只要往某个方向专精,一段时间后你就可以成为大神。

关于语言选择

以前我专门写过一篇关于软件测试工程师语言选择地回答,简单来说,就是刚接触的时候,可以选择Python,上手更快,更加灵活,到了高级阶段,应对更大的业务形态,还得学会Java。做技术的,会很多种语言很正常。

自动化测试还是性能测试

对于自动化测试,不要被其牵着走,不要过分夸大作用,也不要为了自动化而去自动化。

性能测试某种程度上会比自动化更难搞定。代码、运维、计算机原理、数据库、业务等等,你都要搞懂。写脚本或者执行都还好,难的是性能分析和调优。当然如果这个阶段你对自己的要求还不是很高,那么掌握性能测试的基本流程和简单的性能分析就可以了。更多的比如搭建压测环境、监控性能指标等等,还是要在实战中去积累经验的。

对于这两个方面,我建议都去学习,因为目前的招聘需求,都已经是标配要求。

4、高级阶段

如果你已经是软件测试行业的老油条了,那相信你很多“坑”都已经踩过了。

到了这个阶段,可以说是软件测试工程师的最大的职业发展瓶颈。业内的大神们,也都是突破了这个阶段,才获得新的发展。

一般在这个阶段,会面临3个方向的发展:

3.png

技术专家

这条路较为坎坷,但是也最为抗打。如果你不善于人际关系,不问世事,又对技术有着浓厚的兴趣,那么建议你走技术这条路。平时多撸代码、多和开发沟通,写一些测试平台或者测试工具。同时开发能力也要不错,这样才能成为一个高阶的测试开发工程师。

管理方向

做技术累,做管理更累,因为和人打交道是最复杂的。既要协调上下级的关系,又要统筹安排好各项工作

如果喜欢走管理路线的话,就不要脱离业务只做管理,建议做一个专业的技术管理,在带领团队的同时,不断地提升自己的技术,一方面技术不行很难服众,另一方面也是锻炼自己落地一些团队方案的能力,虽然说管理的生命周期比纯技术会长一些,但是一定不能放弃技术

转行其他

研发、产品、运维,或者创业,都是面临瓶颈之后的新的出路。其中尤其是创业,不要草率,见过太多创业失败又回来上班的,啥都折腾没了。

4.png

5.png


作者:普通网友

原文链接:https://blog.csdn.net/AI_Green/article/details/119827064

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   最近一个学生也可以说是朋友,他遇到了一个让他困扰的职场难题,背景如下:  1)他们公司准备搞安全测试了,现在有人员培训的计划,所以全组有学习安全测试课程的安排。  2)他自己目前专职性能测试1年了,现在他领导有意想把他往安全测试的方向发展,但是他自己内心是排斥安全测试的,但是又不好拒绝领导的好意。  3)自己不想去安全,不是因为不感兴趣,而是因为目前阶段自己觉得性能还没完全摸清楚,现在又进入另外一个陌生的领域,心里没底。  4)且公司内部目前打算培养3个人做安全测试,他从性能部门转过去从零开始学习安全测试。  5)自己也不清楚安全测试的发展情况,非常头疼。目前就只想好好把性能搞好。  6)...
            0 1 885
            分享
          • 一.测试用例的基本要素1.什么是测试用例这个在前面其实已经说过了,具体可以看软件测试的基本概念 这篇博客,这里就简单介绍一下:测试用例是向被测试系统发起的一组集合,包括测试环境,测试步骤,测试数据,预期结果!2.为什么软件测试人员要写测试用例?这里有如下几个原因:测试用例是测试执行的依据;测试用例可以复用,在进行回归测试的时候就不用再重新编写了;测试用例可以衡量需求的覆盖率;后人可以借鉴;手工测试用例是自动化测试的依据二.测试用例的设计方法1.基于需求设计测试用例需求是测试人员进行测试的依据,测试人员分析需求,验证需求的合理性和正确性,无二义性,从需求当中提取出测试项,根据测试项进行进一步的细...
            0 0 1835
            分享
          • 摘要:我们思考,什么需要测试覆盖是“完整的”的方式,影响了我们如何测试和创建的测试用例。毕竟,一般情况下你只会为发生在你身上的情况设计测试——正常来讲,你也只能测试那些看得到的东西。是时候该脱下眼罩了。下面介绍如何能在你的产品中找到发生bug的地方,接着调整你的策略来精确地定位到它们。当我在一家保险公司工作时,我处理了大量的数据提取程序。在那段时间里,我从来没有见过一个需求文档来指明数据库关闭时应该做什么,即便大多数测试都是基于这些需求的。任何专家都可以使用需求文档并创建一个地图、要点或电子表格来构建一个“覆概率模型”。整个软件公司都存在可视化这些模型,当测试“覆盖”到这些功能时,把它们设计成...
            0 2 2130
            分享
          •   填测试行业问卷,不仅能获得价值398元的测试资料,还可以参与我们的抽奖活动,快来参与一下吧。链接:http://vote.51testing.com/  测试用例设计的完整过程  一个项目启动后,开发会根据项目的需求文档(RFP:Request for Proposal)编写开发计划(SDP:System Development Plan)和系统需求说明书(SRS:System Requirement Specification);与此同时,测试根据需求文档,SDP和SRS来提取测试范围(或者测试需求),思考可能使用到的测试方法和测试工具,测试环境等,这些都会编写在测试计划文档里。  根据...
            0 0 868
            分享
          •   在JMeter脚本设计中,搭配使用各类测试元设计接近实际场景的步骤是整个脚本设计环节的关键。各元件组合搭配,在完整的测试交互周期中,发挥了数据抽取转换、分支逻辑控制、响应解析判断等多种功能,将标准交互请求进行包裹、扩充、衔接、串联形成触达不同数据、激活不同逻辑的树形执行结构。  因此了解JMeter各测试元件在执行线程生命周期内的执行顺序,对复杂场景脚本设计有重要帮助。  取样器(Sampler)。作为支持JMeter实现协议交互的核心元件,也是线程执行的主体部分,在实现请求交互的前后阶段为其他元件发挥增强功能提供基础。环绕在取样器元件之外,有“切入式”的增强元件,也有具备全局性质的功能元...
            12 12 1808
            分享
      • 51testing软件测试圈微信