你的这点我同意，不管是测试还是测试开发，只是职能不同，最后的目标都会提升到质量和效率这个层次，这时需要放宽自己的视野往上面瞧瞧，看看在这个目标下，自己能做什么能提出什么不同的观点，才是最重要的

参考一下 google 测试之道 目前来讲功能测试是越来越边缘化, 逐步退出历史舞台, 如果追求测试发展的话, 测试是必须具备开发技能的, 如果说这个公司不能接受你这种说法,不去也罢, 去了长期也没有什么发展的.
另外测试开发绝对不仅仅是开发自动化案例或者自动化脚本的编写, 要有一定的针对性, 目前国内的三巨头 BAT 可以去了解一下, 更多的核心都是工程效率, 那么自动化测试仅仅是其中的一个环节. 不要局限在测试的范围内, 其实可以做的更多.

测试开发我的理解是，以测试为主技术为辅助。一切测试技术都是为测试而服务的，所以如果测试开发懂业务和测试的话，那对于测试工具开发事半功倍，且更能贴合功能测试人员实际应用场景。如果不懂业务的话，在公司组织架构上需要另设自动化测试接口人，来承接测试开发和功能测试之间的信息交流，否则会出现楼上所说的闭门造车。假如把职业目标放置在更高一层的测试架构师的话，那我觉得测试开发更懂功能测试和业务是完全有必要的。另外，我想说，测试没有楼上那些同学说的那么 low，我公司很多测试比开发还更懂技术，未来测试的分工会更加细，测试未来要么往需求方面转，要么往架构方面转，只懂手工测试的测试人员未来是会被淘汰的，纯粹个人理解

13 楼我能踩你吗

不熟悉业务 开发出来的东西，业务测试都不爱用，能说成功么? 你可以说你是根据产品文档来开发的，然而这并不能弥补你不懂业务的短板，用的人和做的人不一样，感受是大不相同的。个人觉得测试开发，首先不能脱离业务，否则就是闭门造车，做不好的

有人说既然都做测试开发了，为什么不去做开发。
那么我想问问，如果你的测试开发做得好，开发水平能和普通的开发平齐，那么公司为什么要招开发。。。
一个不擅长测试的开发好，还是一个懂测试的开发好嘛。
要相信测试有测试的必要性。不设立专门的测试岗位，和不需要测试是两回事。

把车位租给他吧

某老湿匿名都匿的这么潇洒，果然屌

这不是测试论坛嘛，怎么变把测试说的一无是处了呢？是不是要删帖了？

往开发转型中