13 楼我能踩你吗

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

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

把车位租给他吧

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

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

往开发转型中

追求技术，就去做码农。
很少有公司招 50% 时间做 CODER 的测试开发。

我对测试、测试开发、开发有以下观点：
1、开发是学习了相关技术技能就可以运用到项目开发当中去的，并且他们的工作内容基本不会受整体项目流程影响
2、测试是学习了相关技术（自动化，性能，测试开发）并不一定可以运用到项目中，测试的内容是受整体项目流程影响的。例如有的公司没有自动化测试（项目不稳定，版本迭代快），有的公司没有性能测试（项目受众人群小，日活少等等）
3、大公司不必说了职位划分十分细致，职责划分也很清晰，个人认为那大部分公司对于测试这个职位或说职责并不是按照技能技术去划分的，而是根据项目需要（需要一名测试，可以做功能，也可以做性能），让测试来解决一些项目中的痛点问题。
4、从 3 来看，这也是为什么一些公司无法推自动化测试或者其它测试的原因及测试地位 low 的原因，如果测试的存在不是为了解决项目中的痛点问题（这个解决不是说解决开发问题，解决 bug,而是对项目质量产品质量保证的问题，例如保证性能，保证开发测试效率），那如何让领导让开发认可测试的工作，如何提高测试地位？
5、回到问题本身，功能测试和测试开发应该有怎样的职责分工？别逗了，这么 low 的职业还区分什么职责，服务好开发和领导，拍好马屁有口饭吃就好了，最后说一句做测试死路一条。。。

最后的最后，我认为不要过分的追求技术，根据自己的兴趣拓展自己的技术层面，根据自己工作项目加深技术层次，做出结果给上头的人看才是王道，谁特么看你有多努力的学习各种技术。。。。

我在的公司没有测试开发的职位，做测试开发只能去大公司，小公司或者业务不成熟的公司，慢慢会变成业务测试，如果实力强，建议找到好的机会转开发

职责分工不是通用的，每个公司不一样。去面试当然要 “迎合” 面试官的口味，以提高成功率。

T6,T7 都是干啥滴？T3 好像不是点点点了。是带着团队点点点

测试开发的工作不该是把主要时间用在写写测试用例上，测试开发应该把时间花费在自动化脚本上和框架平台的开发上。写测试用例是功能测试主要做的事情。

是啊，无论从公司结构和发展空间看，测试最高是测试总监，开发最高是 CTO，测试的角色并不是公司的必需品

做测试开发干嘛不做开发，做业务测试又被人瞧不起。所以总体来说测试就是 lowb 职位。

不要纠结，那个用人部门对这个的要求都不同，大公司会叫你去做螺丝钉，往深处搞，小公司喜欢啥都要搞，搞的不深，so。

monkey 说他退出测试行业，是他自己说的，没人喷他吧。

我承认我是来看八卦的

testhome 社区原来还有这种避讳啊？不能讨论 monkey。哈哈，monkey 是有多可怕。

有什么不能讨论的？

注意措辞，他只是个管理员。。。而已

因为放心不下测试行业吧，测试行业还需要 monkey

不如介绍一下部分已经进去的 T6 或 T7 的主要工作内容，就样大家好对比自己现在做的事儿，想要进去的么可以参考做的一个方向的对比自己现在做的事儿。

啊 一直以为 anonymous 是个人 还在奇怪怎么自言自语 原来是匿名...

现在阿里社招测试开发大把的 p7 岗位，已经有点放水的感觉。另外确实看不到上升通道。