测试开发岗,没有业务经验,有出路吗?
文章来源:TesterHome社区
文章版权归原作者所有,文章内容为作者个人观点,本公众号只提供转载参考
最近,TesterHome社区的一位小伙伴抛出一个话题:
本人自工作来做的一直都是自动化测试,python 脚本、测试工具、测试平台的开发工作,但是没有任何业务测试的经验,所以想问下各位大佬/过来人接下来我该怎么办呢?
是开始接触业务测试,还是继续深入技术?
特别是最近找工作感觉好无力,感觉业务测试经验都是标配。相比之下,业务测试的产出比开发工具更有效,而且之前开发的工具到最后也有废弃的了。
因为听我最开始实习的领导说纯技术的测开很吃香,但越到后面越发感觉不是这样的,有点迷茫了...希望大佬们能指点迷津。
这个话题在TesterHome社区引起小伙伴们的广泛讨论,以下是部分观点:
观点1
“
1
业务和技术是硬币的两面,干啥都有出路,路是自己走出来的。业务对公司有价值,对个人不能说没有价值,个人的价值依附于业务。但是你一个打工的,除非换公司不换业务,打工换工作那都是缘分随机的,大概率由不得你,要是一换,攒那么多年业务就打水漂了,要是坚持在一个公司,多几年应届生都倒挂你。技术可以帮助业务测试提升效率,技术也可以帮助自己不做测试,技术攒下就是自己的,换到哪都是自己的。所以,两手抓,两手都得硬,就看自己偏重哪块,像我偏技术,业务带着脑子带着沟通带着笑脸,点点点就好😂
顺带一嘴,像研发岗位,经常自嘲自己crud boy,技术?你自己的都写代码,也知道啊,技术其实也就那样。
回到正题,楼主找工作别给自己种自己不行的观念,业务带着脑子一般都能干,门槛它低啊。面试自信点,干,别给别人传达你不行的情绪,也别让人觉得你心高气傲不想点点点。如果安了心做测试,就得两手抓。
观点2
“
2
实话实说,如果没有一点业务经验的话,就很难向下兼容,也很难带领团队,举个例子,你带个测试团队,团队成员有遇到问题,你业务一点都不懂,是不是不太好。特别是很多公司的测开岗位其实兼着干点工的活的,到时候换工作都不好找。所以建议还是学点业务的。
观点3
“
3
业务测试这个可以通过定期到业务组轮岗之类的来进行,不一定就要直接转岗。需要的是你有这方面的经历和经验,对业务有一定的熟悉度。
个人觉得,作为测试团队的一员,没有业务测试经验光做工具开发,容易和测试团队缺少共鸣。
观点4
“
4
测开的主要业务来源就是给测试部门赋能,不了解单纯去做,确实会在一定程度上对赋能这块的内容产生认知不全不到位的情况,除非给你们测开部门单独配个懂业务的产品单独给你派任务,但是这样的话,还不如直接走业务开发,都没必要走测开了。
换个说话,你可以理解的就是一个不懂游戏的人没有游戏经验的人,来做游戏,是一个道理,虽然他有开发经验,但是在实际工作中,在认识还有开发过程中有较大的学习成本在,楼上大佬说的是对的,轮岗是个相对比较好的提升捷径。轮岗也有对应的节奏,开发阶段真空期选择轮岗尤佳,让你的测开Leader去安排。
观点5
“
5
没有业务能力的测试开发,只是一个支撑角色,它的价值在于业务测试团队的认可。
我之前在的大厂,业务测试人员的价值就是要大于纯测试开发的,绩效也是偏向于业务测试人员。因为团队可以没有测试开发,但是不能没有业务测试。
作为测试前三年你可以关注技术,但是至少你工作 3 年以后,你不管做什么你都要开始沉淀业务,足够的业务深度才能体现你的价值。
观点6
“
6
我不理解有的楼里的说法,好像业务测试可以把技术型的测试开发给比下去。
业务测试的发展空间有限,而纯技术开发测试可以走的路比较多,上升空间大,向下可以做自动化,功能测试,向上可以做测试架构,开发等。
如果你在当前公司做纯技术的测试开发没有受到认可,那估计是你当前公司是真的不需要这种角色,要不你转型业务测试,要不换个公司。
当然,我并不是说干了技术型开发测试就可以完全不必去了解业务,而是根据你当前的工作来决定做什么。
而且我相信,能够把技术干好的测试开发,想要做好业务测试也没有多少难度,关键在于自己愿不愿意去做去花时间。
对于这个话题
你是怎么认为的
欢迎留言区参与讨论
乔梁老师开课啦~视频课程《持续部署训练营(Python版)》,原价1699元, 限时特价699元
你的软件开发效率够高吗?质量够好吗?你的团队多长时间才能向用户实时推送一个生产变更?你的软件在发布时,你是否因担心软件交付质量而感到压力倍增?你是否遇到过部署失败,甚至导致停机的情况?持续部署可以帮助你消除软件交付的痛苦,让你能专注于为客户高价值的需求,而不会因为这些交付执行类问题而花太多精力。本课程通过学练结合,理论结合实战,让你体验如何使用构建-测试-部署管道,进行持续部署。并练习如何在有效监控部署的同时,逐步发布功能特性,并作数据库结构变化。
(扫码订阅)