职业经验 如何正确理解「测试开发」这个岗位?

Raymond · 2019年01月10日 · 最后由 leayn 回复于 2019年03月05日 · 2217 次阅读

现在业内都在谈「测试开发」是测试人的未来,似乎已经形成了共识。

但恐怕诸位测试工程师难免仍有疑问:

  • 如何正确理解「测试开发」这个岗位?
  • 这个岗位是做什么的?需要哪些素养和技能呢?
  • 是客观需求,还是伪命题,炒概念?
  • 我现在的实力算不算「测试开发」?
  • 如何确定提升方向和目标?

想的清才能走得远,期待各位同学发表自己的看法和职业发展建议。

共收到 28 条回复 时间 点赞

做辅助测试的工具

PP蟹 回复

哈,这可能是最直接的一个回答,但貌似还不够。

面向测试的开发

在懂测试的基础上,通过开发能力提高测试效率和质量。

谷歌测试之道里说测试开发其实就是开发,客户是测试而已,实际上各个公司测试开发也大部分时间开发,测试只是为了熟悉产品吧,分几个简单模块看看

测试会做的你要会做,开发会做的你也要会做。
测试不会做的你要会做,开发不会做的你也要会做。

徐汪成 回复

23333 😂 感觉带有一股情绪

SDET, 面向测试领域的开发

开发转测试开发比较符合规律
测试转测试开发,有点悬,基础比较薄弱

我想知道最早这个词是 从哪里来的?

前后端通吃,开发会的你也会,就是合格的测试开发,不然就是个测试而已

开发服务于质量的工具或平台

我的看法是:服务于测试执行效率提高及内部质量流程的效率提高,直接产出价值是测试任务效率提升及人员投入的节省。

测试开发人员个体上讲是服务于测试开发组团队的,团队组成可以是互补形式支撑业务需求的。

开发工程师转测试开发或手工测试转测试开发各有优势,手工测试转的更能理解测试执行的痛点且可以快速分解具体的自动化需求;开发人员转的往往偏被动,等着需求分过来进行实现,而且实现过程中很少去构思多个方案择优实施,而是找个自己最方便的实现。

测试部门是花钱的部门(做toB测试服务的除外),站在用户角度做质量把控的角色,在业务流程管理评估质量风险中配合输出决策用的报告和数据。对测试开发本质需求就是为测试执行过程省钱和同等开销下扩大测试覆盖范围。

业务层面上讲,技术上是要掌握解决具体需求的自动化落地方案,进阶需求是能优化出最优的省钱方案用在业务上。

个人发展角度上讲,挑个竞争人数还算少的领域,积累点解决需求的方案套路,让就业层面更占优势。

转自 @某美女测试媛
———————
我认为测试开发分两种:一种是偏测试的测试开发,通过开发能力提高测试效率和质量。一种是偏测试工具的测试开发,通过开发测试工具,来硬性辅助提高测试效率和质量!

转自 @某资深测试专家
————
测试开发,就是整天想着如何更容易的让开发人员做测试。

个人的想法:
让测试更高效地测试
指导开发更便捷地测试
让质量相关的数据指标,更直观地展现

有些时候,并不一定要区分得这么明确,很多时候产生测试开发的原因仅仅是业务太繁忙,如果不特别设立这个位置就无法快速推进一些测试方面的提升。

转自网络@某测试开发工程师
————
服务于测试执行效率提高及内部质量流程的效率提高,直接产出价值是测试任务效率提升及人员投入的节省。

个人看法,节省人力投入在业务测试人员数量比较少的情况下,是一个伪命题。

测开提升效率更多还是体现在发现更多问题,更快的定位问题这两个方面。

上面也提到关于流程上的效率提升,其实CI/CD这块不太应该归到测试开发的工作范畴,只不过国内发展的现状就是绝大部分公司没有空间让开发做这块的事,所以大部分都是测试接手这块。

业务测试人员少的情况下,测开主要的输出是用自动化扩大覆盖范围,承担更多的测试结果输出的工作。也相当于节省人力的做法,毕竟同等自动化测试任务交给手工测试做的话,会占用更多的人,人不够则拖长了测试周期,都是项目成本。

不看好测试开发工程师. 开发一款测试工具, 设计一个更好的测试框架, 发明一种更先进的测试手段. 这是个人成长带来的自然成果, 但不是目标.
很多人会觉得测试开发是有前途, 其实也不是. 只是他碰巧赶上了测试行业的技术转型期的需要.
我记得百度的时候, 好多负责单测工具, 单测框架的维护团队, 经常凌晨两三点还在修复bug. 但是几年过去, 这些人的努力大多没有很好的回报.
这是因为他们做的事情脱离业务目标太远. 一旦完成目标, 他们也容易被"管道化", 成为边缘角色.
这个行业除了极少数技术的狂热爱好者, 能够找到自己在行业的技术地位外, 大多数人都应该去追随业务的发展. 业务才是测试的根基.
测试行业和以前的战国时代一样, 成为一个统帅团队叱咤风云的将军, 还是成为一个打造兵器满怀工匠精神的铁匠, 都是值得尊敬的.
在冷兵器时代排兵布阵管理就是王道, 在热兵器时代下技术和科技是重要力量.
这个需要看每个人的爱好和追求. 明确自己的发展方向和爱好就可以.

技术路线我的建议是

多读书. 能系统的了解很多东西.
多看别人的代码. 他山之石可以攻玉.别人的开源代码里面藏着很多的经验和智慧. 要善于学习.
早期多造轮子. 这是一种不断演习的强化锻炼. 可以强化自己的技能.
多承担开源维护工作. 尽可能的参与开源社区的维护工作. 跟这些人的协作你能学习到很多有用的实践知识. 能够强化自己的沟通协调和架构设计的能力.
多泡论坛交流. 闭门造车, 敝帚自珍,固步自封都是没什么成长的. 跟这些保守的人交流你也学不到太多.
打怪升级.从部门里一件件的改进做起, 实现把技术转化为生产力.

测开这条路感觉已经走到头了,下个目标去做纯开发

debugtalk 回复

Cool,学习了👍

测试开发岗位,实际就是开发岗位,直接测试带,根据测试场景以及测试知识,跟开发讲解,然后开发设计。就类似测试是产品,设计产品来开发,测试,上线。工具要具有入手门槛低,贴近项目场景~至于现在所谓的测试开发,有的拿着开发类似的工资在做着所谓的编写脚本的工作,我举得这个人后续会很糟糕~所以我个人观点,没有测试开发岗位~有招,实际也是要开发。个人愚见啊~

heygrl 回复

现在情况是前端开发、后端开发、移动端开发,哪个好呢?

测试开发,首先它是一个开发岗位,但它的岗位对象是测试。好比性能测试岗位,首先是测试岗位,岗位对象是面向系统性能。

这个岗位,开发是你的tech knowledge,测试是你的domain knowledge。你的产出是服务测试的,一般就是工具、框架、平台之类。

测试开发,需要根据公司的业务定位。但是目标一定是提升测试人员的效率。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册