测试工程师该如何成长？

这个问题其实是个很令人头疼的问题。

 

我也曾以为自己已经解决了这个问题，不需要再考虑了。但是随着Nortel的日落西山，我也需要找到自己的下一个雇主，这时候，我发现，其实这个问题还在。

 

看了以下的2个帖子，深深打动：

帖子一：

微软的Principle SDET到底是什么样的牛人？

http://peking2toronto.spaces.live.com/blog/cns!A975CAF18FBB985B!903.entry

如果你要问起微软的测试人员关于Senior SDET的话，可能很多人都会说没见过，或者很少见。如果你要问起微软的测试人员关于Principle SDET的话，可能立即就会有人指出微软不存在这样的人。可见，在微软Senior SDET都是凤毛麟角，就更不要说Principle SDET了。那么微软到底是否存在Principle SDET呢？如果存在，他们又会是什么样的人呢？这是很多人心里的一个很大的疑问，尤其是对于想在技术这条路上（区别于管理的路）提升自己的测试工程师。本人有幸接触到几个这样的牛人，这里我想分别从他们的教育背景，工作经历以及他们对于测试人员的建议来归纳总结一下。里边有些人的背景可能离我们很远，我基本上是由远及近的顺序来介绍。

• TV

教育：本科三学位：计算机，数学和物理 （是不是很牛呢？）研究生：计算机硕士

Before MS: 第一家公司做操作系统开发，第二家公司做应用科学家，研究领域包括图像处理，编译器以及模拟器，第三家公司做卫星分析工具的开发

MS: 2001年加入微软做开发lead， 创新一种高速远程文件系统，并且获得操作系统和数据库方面的专利无数，后转行做Principal SDET。

建议：

1.Deep product and scenario knowledge (personal knowledge, customer interactions)

2.Strong analysis skills (RCA, Debugger, cause-effect)

3.3P’s – Persistence, Passion, Positive Attitude

4.Leadership skills (vs management skills)

5.Fast learner and willing to share that knowledge with others

总结：

这位无论从教育背景还是开发背景都是牛的不得了。本科的计算机，数学和物理的三学位就可见他的个人能力是多么的突出了，加入微软之前的开发经验也不是闹着玩的，因此进入微软就是team lead。在微软的成就也不是一般人所能比拟的。这种人想做什么不行呢？

• JM

教育：本科

Before MS: 一年开发

MS: 1996年加入微软做测试，然后lead，中间曾经做过测试经理，然后又回到测试lead, 一共在五个不同的team做lead/manager之后，做Test Architect，最后做到Principle SDET

建议：

1.Dependable

2.Productive

3.Persistent

¤“Relentless individual contributor” – a prev. mgr.

4.Pragmatic / Analytical

5.Maleable / Adaptive

总结：

这位测试和管理的经验都极其丰富，在微软这么多team都混过，这么多职位都混过自然很不简单。都已经做过测试经理了，虽然跟上边那位好像还有差距，不过做Principle SDET也是顺利成章了吧？

• BK

教育：本科双学位：计算机和机械

Before MS: 在三家公司做过，包括医疗，网络设备等等。具体工作内容不详。

MS: 加入微软９年，一直工作在一个team

建议：

1.Ensures tests owned are highly reliable and stable

2.Possesses in-depth component/feature knowledge

3.Possesses strong debugging skills (can narrow down issues)

4.Works towards continuous self-improvement

5.Provides critical feedback during Spec / Design reviews

总结：

这位在微软一个team一做就是９年，真是兢兢业业呀。从我对他的接触来看他，他在技术以外的东西也非常厉害。有时间我好好整理一下他的语录研究一下。

• LV

教育：计算机本科

Before MS: 罗马尼亚计算机研究所工作１３年，具体工作内容不详

MS: １９９７年加入微软做测试，其间换过三个ｔｅａｍ

建议：

1.Possesses in-depth product knowledge AND is big picture expert as well

2.Most of the time works in pro-active mode (anticipates rather than reacts)

3.Able to generate support from others in order to achieve the desired outcome (impact and influence)

4.Understands the business

5.Demonstrates strong leadership skills

别的不说，他加入微软之前就已经在研究所工作１３年了，加入微软也已经１１年了，２４年的工作经验做Principle SDET是不是会水到渠成？请问中国有人踏踏实实搞技术这么多年的人物吗？

最后说一下，好好看看他们的建议吧。有几点都是好几个人不约而同提到的，对我们会有很大帮助的。

 

帖子二：

牛人为什么要做测试?

http://peking2toronto.spaces.live.com/blog/cns!A975CAF18FBB985B!908.entry

不久前写了一篇文章<<微软的Principle SDET到底是什么样的牛人？>>. 有个网友问了一个问题,我觉得非常的好,这里想简单解答一下. 这个问题是

“够牛。不过。为什么非要做测试呢。Principle SDET相当于什么职位（与管理职位对比）当了Principle SDET还要受一个小teamleader领导，受得了吗？”

 

首先，Principle是一个级别，很难跟管理职位相对比，级别主要决定了工资水平。从管理的职位上分，有Principle Team Lead, Principle Manager, Principle Director等等。级别是不会降的，比如如果一个Principle SDET想做Team Lead，那就会是Principle Team Lead，如果想做Manager，那就是Principle Manager。因此对应的是级别，而不是职位。当然各个职位的侧重点不同，比如Principle SDET当然侧重于技术了，未必能一下子转成Principle Manager。但是，可以先转Principle Lead, 再转Manager，从而在管理的发展上能够循序渐进。从我个人的理解上，Principle SDET是不可能转成Senior Lead, 或Senior Manager的，因为这样就降级了。微软的发展一般在早期就会确立路线，技术或管理，因此一般某人会在一条路线上坚持下去的。在高级别的技术和管理来回转的情况应该很少，但不排除有全才在两方面都很出色，当然就可以转来转去了。

由于Principle SDET的级别已经很高了，他们不可能被小team leader领导，至少也得是Principle Team Lead领导。我查了一下这四个人，其中两个是被Principle Test Manager领导，一个是被Partner Test Manager领导，一个是被Test Director领导。因此不存在受不了的问题。

 

对于为什么要做测试的问题，牛人TV曾经做过一些解释，我个人很赞同他的观点，当然只有牛人才能从这么高的角度去看待测试。

¨Why move from development to test?

• Hardest problems for Microsoft right now are in test
• Test is wide open and needs leaders
• Breaking code is as much fun as building it
• You get to write more code in test (10:1)
• Continuous ship cycle
• Really know the product from the customer perspective
• Get to solve more complex issues earlier in career

 

我根本不算牛人，我也觉得测试技术含量还是比开发低（从我的层次上看），但是经过了3年多的测试经历，我相对更喜欢测试一些，其中主要的原因如下：

1. 测试的工作非常的灵活：开发相对来说压力太大，PM，TEST都盯着他，程序不能按进度完成就必须要加班，程序的编写一定要按照各式各样的规范，更多的时间是fix bug而不是write code。而测试人员的工作就没有太多固定的模式，完全可以按照自己的想法去进行，比如自己安排自己的时间，进度，自己决定什么case手工，什么case自动化。自己可以选择自己喜欢的测试工具，编程语言等等。
2. 测试的生命周期更长：开发一般专注于某种技术，或者某类技术。一旦市场上淘汰这种技术，他们就存在很大的转型的痛苦。并且，想跨行业跳槽也相对来说很困难。而测试一般不需要对某种技术做非常深刻的研究，因此有大量的时间去接触其他的技术，加上测试工作对技术的深度要求不算太高，转行相对要容易很多。因此，测试人员搞技术的生命周期更长，职业发展也更灵活。
3. 测试行业还很不成熟，里边有大量潜在的机会。
4. 测试人才相对来说比开发水平要低，因此更容易上位。

测试的缺点：

1. 毕竟工作技术含量有限，在公司的重视程度不如开发
2. 职位的晋升和工资的水平相对开发还是有差距
3. 测试行业的普遍环境还不是很好，仅仅几个大公司才能给你充分发展的机会

我个人的想法是要测试，开发两手抓，两手都要硬。在大公司搞测试挺好，万一因为什么原因离开大公司，去小公司就要做开发了，因为我不相信小公司能给我提供发挥我测试技术的平台。