【软件测试】8年测试老兵的突破之路,一路升级打怪......

目录:导读

    • 前言
    • 一、Python编程入门到精通
    • 二、接口自动化项目实战
    • 三、Web自动化项目实战
    • 四、App自动化项目实战
    • 五、一线大厂简历
    • 六、测试开发DevOps体系
    • 七、常用自动化测试工具
    • 八、JMeter性能测试
    • 九、总结(尾部小惊喜)


前言

目前几乎所有的大厂都在严格控制研发:测试比例,从3:1到5:1,甚至在“去QA化”。在这样的背景下,测试的价值在哪里?职业发展路径会怎么样?未来测试真的会消失吗?

小张:
8年前加入一家互联网公司,做搜索业务的测试。
入职后,发现自己不会的东西特别多,开始疯狂补课。那时正是互联网如火如荼之时,很珍惜这个机会,每天都加班到很晚。“每个月报销,看自己下班打车票上的时间都是晚上12点之后。”

在这样努力之下,他很快就完成了从Windows到Linux技术栈的转型,把整个检索的质量体系搭建起来。一年后在公司测试团队慢慢崭露头角。

现在回看这段经历,总结虽然硬能力是现补的,但测试需要的通用能力,比如测试架构能力,测试case设计能力等,之前的积累是能迁移过来的。其实硬能力,比如代码能力,提升并不难,只要足够拼,都是可以很快学会的。

这次的成功转型,他迎来了职业的飞速发展期,开始整体负责一个业务方向,开始带人,走上团队leader,到带几十人的测试团队。

自己成长的第二个关键节点,并不是团队越带越大,而是作为负责人,从0到1去做一个服务于千人研发团队的持续集成产品。

为了做好这个系统,公司组建一个虚拟团队,包含研发和测试,他开始有机会去带研发团队。那时候持续集成国内做得彻底的公司不多,他所在公司是做得很早的一家,很多技术国内都没有成熟案例,比如容器化的建设。国内没有,就向国外公司学习,一点点摸索前行。

技术之外,最大的成长点是有机会完整地去做一个产品。“测试其实在整个业务链路中是偏后的,一般都是产品-研发-测试”。

这是一个很大的转变,“之前作为QA看得层次太少了,更多是支撑好这个产品,保障质量,关注的是执行。而自己做产品,质量只是其中的一小部分,重要的是要不断思考方向该怎么走,当前阶段该做什么,以及这个产品怎么能让用户更好地使用,怎样才能真正帮到用户。”

虽然是给研发使用的内部产品,但也是一个完整的产品,而且用户就在身边,需要直面很多压力。

除了不断跟研发沟通碰撞,挖掘真正的需求之外,他还锻炼出一个重要能力——数据驱动的能力。比如这个关键页面会去看pv、uv、nps,看内部使用的满意度,工具的稳定性,成功率等。基于数据点去运营,去不断提升。

最后这个产品做得很不错,在公司全面推广落地,极大地提升研发效率。

测试的能力模型
测试与研发能力模型上区别最大的是测试的基础能力,比如测试case设计,测试场景,测试方案,以及整个测试流程协调等。

相同的是对技术能力的要求,尤其是测试开发同学。但相比研发对技术深度的要求,测试更关注技术的广度。测开同学要交付的产品一般都是公司内部产品,不像研发可能要面对高并发流量,但对测开同学来说,能快速地完成工具开发非常关键。

测试同学的发展路径一般有三条:业务测试专家、测试开发专家、测试经理。不同路径,能力模型有一些差异。

对于业务测试,需要能快速判断当前业务的质量现状,并且基于现状灵活地运用自己掌握的测试、沟通等能力,和研发制定方案和解决问题,也就是测试架构的能力。以及当事情规划好了,如何利用项目管理能力,把事情去拆解落地,到最后的复盘和总结。

而测试开发的同学,建议关注整个工程效率,不要只做工具,更要关注工具的落地和实施是否真的有效果。

去QA化,测试如何应对?
第一种:QA变成一个赋能的角色,把测试能力和工具、流程等等,赋能给研发和其它角色。具体质量上做的事情交给研发自己去保障,目前国外采用的比较多。

而在国内,这种方式走得并不是很顺,采取的是第二种模式,QA去量化和证明自己的价值。把质量更好地评估和量化出来,并且换算到业务价值。比如质量分提升多少,对于关键链路的转化率提升多少,影响多少用户数等等。同时根据业务价值的重要程度去安排测试资源和工具的分布。

对于“卷”的突破,两个思考,其一,个人危机感的问题,这是每个人都需要去面对的。卷,不一定是坏事,也可能是你动力的来源。

其二,对于产出的衡量。我们需要不断思考如何对你的老板,或者你的投资人等给你付钱的人去证明你的价值。如果你只做8个小时,但是产生的价值远大于他付出的成本,他能认可,那你就没必要做工时的卷。

在“卷”的当下,呈现和汇报能力就会变得非常关键。他建议技术人工作时要想办法去数据化和量化产出,给老板定量的结果。让老板知道,我们确实做得好,确实是有实实在在的功劳,而不是只有加班的苦劳。

而回到测试本身,作为下游,有时候的“卷”是迫不得已的,比如倒排期项目,研发提测delay,测试被动卷。这其实对于测试leader识别风险,管理风险的能力要求很高。可以从流程上对产品提要求,对研发要求提测质量,提测标准等。作为测试leader,需要不断减少测试团队体力上的“卷”,投入到脑力上的“卷”,比如测试方案的设计上。

对于未来的规划,提升自己的复合能力。过去的经验还是偏技术和质量管理,未来希望自己有机会能离业务近一些,更深度去参与技术赋能业务的事情上。

下面是我整理的2023年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

【软件测试】8年测试老兵的突破之路,一路升级打怪......_第1张图片

二、接口自动化项目实战

【软件测试】8年测试老兵的突破之路,一路升级打怪......_第2张图片

三、Web自动化项目实战

【软件测试】8年测试老兵的突破之路,一路升级打怪......_第3张图片

四、App自动化项目实战

【软件测试】8年测试老兵的突破之路,一路升级打怪......_第4张图片

五、一线大厂简历

【软件测试】8年测试老兵的突破之路,一路升级打怪......_第5张图片

六、测试开发DevOps体系

【软件测试】8年测试老兵的突破之路,一路升级打怪......_第6张图片

七、常用自动化测试工具

【软件测试】8年测试老兵的突破之路,一路升级打怪......_第7张图片

八、JMeter性能测试

【软件测试】8年测试老兵的突破之路,一路升级打怪......_第8张图片

九、总结(尾部小惊喜)

低头走路只看到大地的厚重却忽略了高空的高远;抬头走路,只看到高空的广阔,却忽略了脚下的艰辛与险峻。

无论你正遭遇着什么,你都要从落魄中站起来重振旗鼓,要继续保持热忱,要继续保持微笑,就像从未受伤过一样。

优秀的人都有一段沉默的时光。那段时光,是付出了很多努力,忍受着和,不抱怨不诉苦,日后说起时,连自己都能被。踏实一些,你想要的,岁月都会还给你。

你可能感兴趣的:(自动化测试,软件测试,测试开发,软件测试,自动化测试,测试开发,软件测试工程师,性能测试)