很多事情表面上是一夜成功,其实背后有很长时间的积累。我很喜欢的TED会议似乎是前几年突然走红的,可它实际上创办于1984年。
——王兴
首先强调一下,QA也是技术团队的一部分,而且是不可少的一部分。
01
QA的重要性
可能有人会觉得开发也能自测,测试显得似乎没那么重要。
但术业有专攻,工作也有重点,程序员不完全理解业务或者说产品角度做一个需求的目的,测试出用例时就要了解这方面。如果开发把时间都花在了测试上,那么项目大概率就要延期了。
而且开发们往往没那么仔细,漏测了某些需求的话,到时产品提出来回头又得再改,整个沟通成本非常高。
好的测试能很好地把技术语言转化为非技术人员听得懂的话。
从协同方面来说,QA和开发需要紧密协作,携手保障系统的质量。所以QA其实是对技术和业务理解相对来说更平衡的一个角色。
说完了QA的职责和好处所在,如果还想从测试转开发,不妨接着往下看。
02
QA和开发的互转
近几年越来越多的测试想转开发,除了因为开发工资高出不少,更多是岗位性质不同,开发做的东西到后面跳槽会更有竞争力一些。
之前有个下属,不是我招进来的,在团队待了好几年,后来我才知道他是自学成为程序员的。
他大学时学的不是计算机专业,后来想转这行报了个培训班加上平时自己好学,最开始其实也找不到合适的开发工作,就先从测试开始干起。
每天的工作就是在验收程序员的交付结果,找bug提bug,也挺无聊的。
但这位小伙子对这种状况很不满意,他想搞清楚到底是啥原因,于是自己又找了很多相关的技术书去看,在工作中边实践边学习。
后来他慢慢变得专业了,大家对他的代码能力也有了认可,于是他跟公司提了转岗,也就顺利转到那个团队的开发岗了。
虽然这是很多年的前的事了,那时候整个互联网圈子的程序员也比较缺,不像现在有点饱和了,所以当时转岗相对容易很多。
但这也证明了,测试和开发岗位之间,并没有无法跨越的边界。
03
QA转开发的准备
程序员都能转型做产品做业务方,测试转开发并没有什么不行的。从心态上,大家就要相信自己。
其实不管是测试转开发还是运维转开发,大家面临的最大障碍或许都是同事对你的看法。
因为你在什么岗位,大家就默认你是完全胜任这个岗位的,加上很多程序员都会认为测试和开发还是有区别的,所以大部分情况下宁可去外面招一个开发进来,也比让一个测试转开发更容易让人心里接受。
所以,比起同一家公司转岗,放到现在的环境下,我更建议跳槽的时候直接去面开发岗。
除了日常工作中多观察开发的工作,向他们学习某个方向的开发实践,更重要的是业余的学习,看书绝对是最有效最快的转行方式。
王兴之前分享过这么一段:“很多事情表面上是一夜成功,其实背后有很长时间的积累。我很喜欢的TED会议似乎是前几年突然走红的,可它实际上创办于1984年”。
你必须很努力,才能做到看起来毫不费力。这并不是一句鸡汤。
-The end-
戳下面阅读
👇
扫 码 | 加 入 飞 哥 粉 丝 群


本文探讨了测试人员转向开发工作的可能性和路径。强调了测试人员在保障系统质量中的重要性,指出良好的测试能有效降低沟通成本。文章通过实例说明,通过自学和实践,测试人员可以提升技术能力并成功转岗为开发人员。建议想转岗的测试人员保持学习态度,通过阅读和实践增强自身竞争力,尤其是在当前互联网环境中,跳槽可能是更实际的选择。
696

被折叠的 条评论
为什么被折叠?



