说起来比较惭愧，自己混微软圈子也不短了，但是今天还是第一次认真思考微软的这几个比较常用的职位，SDE、SDET、PM，仅供参考下，网上查的，如果有不对或者不全面的地方，欢迎指教
Dev：正式的名称叫SDE（Software Development Engineer），他们在一个产品团队中，按照严格的流程开发产品。MS的一个产品发布之后，所有成员会得到一小块铁皮（学名叫“Ship-it Award”，如图2所示），上面写着产品的名字和发布日期，资深的Dev会收集到不少，他们会认真地把这些小铁皮整齐地贴起来，摆在办公桌最高的位置上。Dev的乐不少，这里就不列举了。但是苦也有不少，比如产品的周期有时非常冗长，过程定义得非常完备（有时不免觉得太完备了）；比如要维护老版本；比如要用比较成熟的技术，而不是用最时髦的东西来开发产品。另外，Dev要负责一个或几个模块，这些模块不一定和最终用户打交道，未必是整个产品的核心模块。做一个好的Dev要生活在代码中，对代码和平台的各种细节要非常熟悉，掌握非常底层的技术，有些人以此为乐，有些人则未必。Dev的职业发展道路很多，如果只想钻研技术，不乐意做很多管理工作，Dev可以成为非常高级的工程师，直到杰出工程师（Distinguished Engineer）。当然，Dev也可以成长为开发主管（Dev Leader），开发总经理（Dev Manager），等等。
Test：正式名称是Software Development Engineer in Test（SDET），简称为Test或SDET（读作S-DET）。这个职位看似没有Dev和aR酷，但是很有前途，首先中国的同学由于种种原因（不了解，看不起，做不来）不太愿意做这种工作，因此，公司找人非常急迫，相对容易进入。这一职位所谓的苦（也反映了一些人的偏见和误解）从传统意义上说，SDET得等着上家（PM/Dev）给你东西，你才能“测试”。然而现代软件工程要求TEST 从项目一开始就积极参与项目的规划，了解客户需求，制定测试计划，设计测试架构，实现测试自动化，等等。事实上这些都是开发的工作，所以他们叫 SDE in Test。而且SDET 能更深入地了解产品的各个模块是如何合作，如何在实际情况下被用户使用的。从代码之外理解程序，这是测试之乐。那种“产品发布前一个星期让测试人员来测一下”的情况在微软是不会发生的。那些只会用鼠标点击测试，然后报告bug的人员叫Software Test Engineer（STE），这样的事一般会外包给别的公司。用足球比赛作比喻，Test就是最后一道防线，如果你没有防守好bug，bug就会跑到顾客那里去，因此Test工作非常重要。Test的职业发展和Dev类似，一直到有专门管Test工作的副总裁（VP）。
PM：这恐怕是外界误解最多的行当，简而言之，Program Manager（程序经理）做的是开发和测试之外的所有事情。有些同学会问 “我写程序都不用测试，那么除了开发和测试之外还有什么事儿?”在公司里开发商业软件可没有那么简单，比如有10个Dev和5个Test 要在一起开发下一个版本的MSN Messenger，那我们到底要做多长时间才能完成？什么事情先做，什么事情后做？项目进行到一半的时候，领导说我们改名叫Live Messenger吧，那这一改名意味着什么？如何调整进度？最后还剩下两个月的时候，看起来我们的确完不成全部任务，那要怎么办？你又不是Dev和Test的老板，他们凭什么听你的呢？这也是PM的苦。PM的乐看起来在于，他们可以全盘掌控一个产品，广泛了解一个行业，和用户打交道，代表团队出席各种会议，在公司内部的曝光度也比较高
转载于:https://www.cnblogs.com/deepblue/archive/2008/12/19/1358507.html