不一样的SDET
首先，我要强调的是这篇文章讨论的是微软的Software Development Engineer in Test，中文翻译为测试开发工程师，简称SDET。不同于以手工或者脚本帮助测试的软件测试工程师(STE, Software Test Engineer)，SDET是用编程方法结合正确的测试方法学来确保软件符合正确的设计和用户的需求，这里强调的是用编程语言来设计程序并完成自动化的高效测试。下面我就细说一下我们SDET的不同之处。
首先，SDET和SDE具有一样的设计和编程能力，这是我们筛选简历的基本条件之一。无论在美国还是中国，我们从大学招来的SDET都要具有Computer Science的背景，不一定是Computer Science系毕业的（虽然有不少人的确如此）。几所美国大学甚至开设了软件测试博士站，我原来的产品组就聘用了一位软件测试博士。SDET的代码和设计要比SDE的代码(产品)还要有更高的稳定性和坚韧性（Robustness）。产品有专人（就是SDET!）来测试，一个版本一个版本地发布。但是SDET的代码没有这种阶段性，只要它要测的功能还在，SDET的测试代码就得执行下去而且得无误！即便测试的一线管理者，就是测试主管，也同样需要有开发、设计能力。
第二个不一样是对开发式创造性思维的独特要求。这种独特性体现在SDET设计的测试用例的完整性。SDET需要有开放性的思维，才可能设想到千千万万用户的各种需求，他们来自五湖四海，有不同文化、不同年龄、不同职业等等。同时，SDET又不能迷失在用户的个案中，需要从众多案例之中，选择有代表性的进行重点测试，以点概面，用有限的时间达到较高的测试覆盖率。
第三个独特之处是SDET的工作在微软软件开发过程中扮演着确保高品质产品的重要角色。因为SDET在整个过程中始终扮演着用户的角色，对一个产品从开始编写代码到最后发布的整个过程有全盘的了解，更能对用户的体验感同身受。SDET必须与PM、SDE紧密合作确保正确理解用户需求和产品功能设计的正确性，同时还要保证产品的可测试性。比如，一项功能或设计是不可测的或是用户不需要的，SDET可以要求PM或SDE修改设计说明或功能说明甚至提供修改意见。需要特别指出的是，SDET对软件质量的Sign Off也是微软所有产品中期和最终发布的前提条件之一。
SDET的职业发展
那么微软SDET的职业发展机会又是如何呢？总的来讲，和微软其他专业的同事大同小异，主要有几个方向：
·继续做SDET，级别一级一级往上升，责任和影响力也越来越大。有些产品组设有技术主管乃至软件测试架构师，一般不管人，其领导能力体现在技术上，负责整个产品的测试框架工作包括自动化系统的设计、新工具的开发和现有系统的改进等等。他们对这个产品组的贡献和影响力很大，不仅限于测试团队，甚至可以对Dev和PM等专业产生推动作用。
·乐于帮助他人成长的SDET可以选择往软件测试主管，软件测试经理等的管理人员道路发展。软件测试主管通常带领3至7位SDET，负责产品一个或几个关键构件的质量；软件测试经理监督一个产品组的测试工作，设计主要测试计划书和时间表，并经常会管理2至4位测试主管。顺便透露一下，服务器与开发工具事业部中国团队的总经理就曾经是一位测试开发工程师，并历经测试主管、测试经理，产品总监，测试总监等多个测试专业的岗位。很明显，这个过程需要具备战略性思维方式、有效沟通、团队协作，决策和执行等诸多能力。
当然，如果个人兴趣发生变更，技术带头人也可以通过一定培训转为培养、发展人才的管理人员，管理人员也可以回到技术带头人的轨道。SDET也有转为SDE或PM的，甚至转入技术咨询、支持或市场方向，最终的职业道路不外乎是上述的两个大方向。
