先说背景材料，前天再次了解到一个早已知道的情况：在Google，测试工程师和开发工程师的比例是1:10。

以前一直受到微软相关人员比例影响，觉得测试工程师和开发工程师的比例是越大越好，最好是10:1。而这，真的是测试今后发展的方向吗？

中午，和同事讨论了这个问题，把一些想法记录下来：

今后的测试发展趋势可能会是测试人员和开发人员的技能要求越来越接近，如测试人员要求有相当的开发能力，开发人员有相当的文档编写能力等。在一个团队当中，测试人员和开发人员是可以互换角色的，这里的开发人员是指一般的开发人员，而非架构师或者设计人员。

其实，通过自动化测试已经可以看到测试过程的执行是可以变得很有趣；其实，这样的趋势在敏捷的实施当中已经有很清楚的体现。当然，无论是极限编程还是敏捷开发，今后10年是否能走下去确实是未知数，尤其是在中国，在这个还能把测试写成“葵花宝典”的国度～。

当然，Google的比例是一个特例，他们的测试人员如此少，一个重要的原因是Google的产品性质和微软不同，微软的产品大都是客户端产品，所以他们需要大量的测试人员，以求在产品发布前发现绝大部分Bug，因为微软的一个Bug影响面实在太大了；而Google只是一个Server端，即使出现一些问题，影响面也会小很多。说到底是由于两者的质量要求不一样。

另外还有很多原因，一个原因就是Google的开发人员普遍会进行测试，虽然无法确定“测试驱动开发”这样的方法在Google的开发团队中到底有多大程度的采用，但有效的测试确实能保证到测试人员手中的Google产品有相当的质量。还有就是Goolge的人确实很牛，哈哈。

我还有一个疑问，为什么像QTP这样的商业软件的发展趋势还是建立在测试人员不擅长编程的基础上呢？

大公司的测试与开发高，一般是由于产品赚钱带来的净利润高，从而使得能养得起这么多的测试人员。

诸如微软里的正式员工最低等级就是SDET（Google据说也是类似的职位），SDET可以解释为Software Design/Develop Engineer in Test，无论是Design还是Develop对于普通的测试员来讲都属于较高的层次级别。但测试人员会开发并不直接等同于质量能得到很好的保证，否则让开发代替测试就会是一个普遍的现象了。

HP的QTP产品，它设计的趋势非常符合潮流。首先Quick Test－它的名字就说明了，其次它的数据驱动也相当节省了测试耗时。可以设想一下，如果一个自动化界面测试工具，只提供了Api和相应库，如果同时N个项目同时开展，完成这N个项目需要的有经验的开发员和工作量可能会耗尽这些项目的预算数额。另外QTP完成一些复杂的界面控制仍然需要些编程能力，虽然这能力仍然比不上直接调用Win32 Api。

厉害,向大牛牛们学习

其实国外对测试真的重视很多，国内还要一个阶段。
想想国内软件才发展多少年了。

楼主拿到的数据可靠度如何？
我3月份去北京见 一个现在 在google的前同事，比例貌似没有这么悬殊。

不过楼主说的，由于以后专业更加细分，那测试分分工如何分呢？ 测试设计、测试执行、自动化、性能、安全 ？

估计 测试水平与开发水平越来越接近，这个只能是一部分人有这个机会。而且水平是指综合素质，而不是设计、编码水平，毕竟摆在那里，实践比开发少

1楼说得很有道理，测试人员本身的技术能力与产品质量有很大关系，比如在印度，很多测试人员拥有很长的开发经验，对2楼，有时候当一个产品质量非常差，而且一代不如一代，这个时候测试和开发的比例也会出现很大的变化，并不是只有盈利了才有能力养活很多测试人员