目前呆的移动 APP 项目 5 个测试,我带着其中 2 个做测试开发。 名为测试开发,其实开发任务没多少,大部分时间都是做功能测试。开发任务都是我自己想出来的,什么 接口监控,接口自动化,UI 自动化等等,感觉都是做一票就没了,并且必要性也不是很强。我们的测试经理也更偏向项目管理。 对测试技术的东西过问的也不多。不知道其他公司的测试开发是什么个情况。有点迷茫
这个也需要匿名来说?
感觉可以放到灌水贴~
做 KPI 不然年底了绩效怎么评
第 12 位会员 ,厉害了!
我司的测试开发,主要是根据各项目组需要,开发和质量保障活动效率提升相关的工具,例如测试框架、测试管理平台、CI 部署监控等。同时也会肩负着提升测试团队,乃至整体研发团队在质量保障方面的效率提升。
其实简单的说,就是做一些测试平时一直都想做,但没法专注地做的通过技术提升效率的事情。
感觉按照你们目前做的事情,所谓测试开发,只是会开发的测试,遇到开发性质的工作可以快速上手而已。团队本身不重视技术,那么自然也就不会有投入和期望,自然也就产出不明显了。
其实开发任务都是测试这边自己想出来的,这个挺正常的。 要是等着别人告诉你做什么那么你的测开之路就基本到头了。复制其他公司的成功案例也是不智的行为。因为每个公司的情况不一样,需要的东西也就不一样。就算是需要同样的东西,但因为产品的特点,公司制度的特点等最后做出来的东西也很可能相差的很多。 做测开就要自己想需求,根据项目特点开发出提升效率的东西,不停的精益求精。 其实可以做的东西非常, 偏测试本身方向的可以开发各种测试框架和工具,偏开发方向的可以开发各种跨部门协作软件,偏 testops 方向的可以玩 Jenkins,docker 和 k8s,把 CI,CD,整个公司内部的容器生态搭建起来。当然你也可以跟我一样全搞,但就是非常耗经历了。 如果你还是很迷茫的话建议去搞 docker 和 k8s。这个在未来的 5 年内肯定都是主流,未来会有很多的偏运维方向的测开职位需求的。现在的 docker 生态已经很普及了,很多公司都在用。我在公司内搭建了一个 k8s 集群, 我们所有的测试环境,测试服务,测试平台等都是运行在这个集群上的。有了 docker 以后你会发现你做什么都很方便,现在 docker 已经变成了我们这边测试技术栈的根基了。
title 测试开发,然而仍然迷茫
真正的测试开发,应当把自己完全当成一名开发,甚至需要比开发更开发。语言知识更扎实
提高生产力,大局观比研发强
是的,真正的测开要对公司业务熟悉,技术栈熟悉,快速定位问题,挖掘潜藏的 bug。并通过现有技术栈去搭建、开发提升测试效率和质量的产品,同时有能力对整个技术栈提出优化建议。高效的学习能力、快速上手实践。