认为测试 low 的思想已经无可救药了。

因为在别人眼里，测试就是 low, 所以要说写别人不懂，或者看似高大上的东西。

其实记事本就可以写代码，用什么 IDE

特别讨厌说不上。。。因为做了太长时间的测试，可以理解测试的想法。但是有的时候确实很烦。。。
我最近才真正明白，测试和开发完全不对立等于痴人说梦。。。

这得要多少年的代码经验才说得出这种话
另外感觉需要介绍一下敏捷开发的定义。。

这个就和比较音响有些类似，你说这个音响怎么好怎么好应用了什么技术，听起来感觉如何如何，都是比较软性的，不懂行的人也听不懂。直接说音响 A 卖 1000 块，音响 B 卖 2000 块，啊！果然 B 比 A 好。不懂行的没法判断，缺乏安全感（对判断不懂的事物），想依赖那些能看得见的东西（2000 块>1000 块）。

开发兼测试是可行的，不过实施上有个天然的缺点。开发检查出来 bug，直接增加了任务。那么有意无意，很可能会忽略一些 bug。

农民不是经常抱怨么：没有农民全天下的人都没饭吃了。

强项目制了

测试行业基础不好的人很多，但是不敢承认，所以只能用什么平台啊，架构啊一些看似高大上的东西来宣示自己已经脱离了基础基础级别，借以掩饰自己的基础不好，然后到头来一般是什么平台架构都没搞出来，原因还是因为基础不好。

写 bug 的码农太多，没有测试，谁来分摊。

给你个杠杆你都能撬动地球，你去撬吧。不送。

学习了

#20 楼 @anonymous 这题 我遇到过！讲算法的。。。

#10 楼 @anonymous 说得真好！

百度测试部 不清楚，这个属于百度自己一些业务考虑吧，不过那么大的一个团队做管理也不是容易的事。

http://yuweiguocn.github.io/2016/04/13/interview-2016-big-company/
看了开发的面试题，我觉得做测试真的好幸福。～

谁能详细讲一下怎样拆分的。拆分后员测试人员属于一个什么样的位置？与之前有何不同？

深有同感，我去面试阿里的支付宝，上来给我出了个母鸡、小鸡、公鸡的编程题，我说你们工作中会用到吗？面试官这和本次面试无关，我当时就无语了。

划分到各个 BG 挺好的

一个群里那么多人 大家干啥的都有 聊天不聊这些框架啊工具啊平台啊怎么彰显自己的身份地位呢？聊业务？其一是大家各行各业的都有，驴唇不对马嘴，聊不了两句就没人接话了。再者说业务聊着聊着泄密了怎么办？

有人介绍下前后有什么不同的吗

我个人觉得是框架、工具、平台的东西可适用的范围更大。
而测试用例设计什么的，其实还是要看具体业务的。并不像上述的那样能够直接套过来用。

目前搞平台这种现象我也不支持。能用开源尽量用开源。
但前提是你已经具备开发框架、工具、平台的能力。

有了这些技能，你才具备高效的测试抵达率、测试用例的覆盖率、发现更深层次的问题。

划归各事业部了吗？

政治任务是一方面，另一方面是引起团队内部很多人不想做业务，只想做平台的不好风气，擅长做业务的担心没有办法出绩效。管理者可能也有难言之隐吧