微软的软件测试工程师——《微软的软件测试之道》
在这个世界顶级的企业里，软件测试工程是的测试是怎样的。
------------------------------------------------------------------------------------------------
一、职位名称含义：
即使你给玫瑰花起不同的名字，它闻起来可能还是同样的香。但是，如果你给工程师不同的职位名称，他们对自己职责的理解就会大不相同。微软将那些通过编写代码来开发产品功能的软件工程师统称为"软件开发工程师"（Software Development Engineer，SDE）。而微软测试工程师的正式职位名称是"软件开发测试工程师"（Software Development Engineer in Test，SDET）。这两个职称听起来很像，因为微软的测试工程师也同时做开发。测试工程师的其他主要职责包括：制定测试计划、设计测试用例、分析缺陷的根本原因、参与程序代码的审查和产品设计的审查，以及开发测试自动化程序。有时测试工程师也参与产品源代码的开发，或缺陷的修正等工作。但总的来说，因为测试工程师的工作量很大，所以直接参与产品开发的情况并不是很普遍。
雇用对测试有激情的软件工程师做测试工作是微软行之有效的创新，它完全不同于软件行业其他公司的做法。对此外界常得出一种结论，认为我们雇用会编写程序代码的工程师来做测试工作是因为我们想让他们编写有效的自动化测试程序，从而排除手工测试。其实这只是其中的一小部分原因。那些懂得怎样编写程序和计算机基本构造的测试工程师，常常具有软件测试所必备的分析技能。他们能够尽早发现缺陷并分析其根本起因，这使得他们能很快发现类似的缺陷。拥有和开发工程师一样的计算机基础增强了测试工程师的技能，给了我们的测试工程师更灵活和动态的生产力。
2005年以前，微软将软件测试人员人分为：软件测试工程师（Software Test Engineer，STE）和软件开发测试工程师（SDE/T）。SDE/T 和STE的分工。
可以看出，STE的工作更贴近于我们一般黑盒测试人员的工作，专注于测试计划、测试用例、测试的执行以及设计方案的审查；而SDE/T 的工作内容则是开发测试工具（安全、性能、自动化方面的工具的开发）以及找bug、参与设计方案审查、代码审查等一般的测试工作。（ps:只用大牛公司才会设开发测试工具的测试人员，呵呵）
2005年以后，微软调整了测试职称，将所有的测试人员统称为：软件测试开发工程师（SDET）
微软的SDET培训路线图：
二、微软的测试架构师
微软1999年设立测试架构师职称。是专门为那些对产品有影响的高级独立贡献者而设的。测试架构师的职称反映了一个SDET对其所工作的产品的广泛影响力。而高级SDET、首席SDET、合伙人SDET的职称则主要是给那些对某个产品的功能产生影响的人。
不过请记住，很重要的一点是测试架构师是一种角色而不是一个职位。尽管一个高级测试工程师可能会晋升为测试架构师，但是并不是所有的人都会成为测试架构师。通常，有些部门会出于商业需要或策略需求设立一个测试架构师的角色。但有时候你也会看到一个高级测试工程师发挥测试架构师的作用，但是却没有测试架构师的职称。注意，此处所讨论的是测试架构师的角色而不是测试架构师的职称。
微软并没有具有普遍性或代表性的测试架构师角色。微软的测试架构师们致力于各种各样的目标，承担着各种各样的任务。有些人花时间开发测试的基本结构、测试框架，或者评估产品功能、创立复杂的测试。有些人则负责管理其所在部门的某项特殊技术。还有些人负责怎样提高测试效率的咨询。所有测试架构师的角色的共同点和主要职责是为本部门提供技术指导和制定策略方向。测试架构师的级别通常表明他们的职责范围--是致力于产品的一组功能、一条产品线，还是跨越整个部门。当然，除了被期待对现有产品负责外，测试架构师还应该超越产品的现有版本而能高瞻远瞩，如果可能的话，还拥有两三个不与某个特别产品的发行有直接关系的成果。
微软的测试架构师不仅要有效地影响测试领域，还要在开发和项目管理方面发挥影响力。测试架构师必须能驾驭产品的质量、提供指导、反馈和建议，以提高整个工程部门的质量规范。
前面谈论了测试架构师"是什么"，那么，测试架构师"不是什么"呢？测试架构师的职称不是因为级别或经验而授予的。设立测试架构师是一种投资。这种投资结合了市场对有能力帮助产品做灵活变化的人才的需求。值得强调的是测试架构师并不是一种职业发展轨道。对测试架构师的技能要求和对相似级别的其他职务的职业阶段发展要求是一致的，都强调跨组织的沟通和推动变革的能力。提示：
截止至2008年，微软全球的9000多名测试工程师中只有四十几位测试架构师。
三、微软的测试职业的发展道路
1. 从SDET独立贡献者开始的职业发展历程
影响力的范围从一个狭窄定义的产品功能扩展到一个系列产品的功能、一个完整的产品。比如Microsoft Office Word或者Microsoft Media Player，直到最后达到一条产品线，比如Office或者Windows系统。影响力可以像测试架构师的职位那样，基于测试的各个方面横向延伸，也可以基于一个像协议安全那样的技术领域纵向延伸。
合伙人SDET并不是一个工程师的职业发展轨道的最高点，却是测试职业发展轨道的最高点。合伙人SDET 比杰出工程师（Distinguished Engineers)(相当于公司副总裁级别)要低一个级别。这并不是因为微软觉得在测试领域不需要杰出工程师，而是我们相信随着工程师们在职业道路上不断地前进发展，他们的行为表现变得越来越相似，不同学科的差异所带来的影响价值在减少。在某种意义上，每一个从事10个工程学科中的任何一个学科的工程师，随着他们技术领域的发展，都可以达到成为另外一个学科的工程师的水平。
2. 从SDET管理开发的职业发展历程简介
在微软，当一个工程师转向管理职位时，这是一个"平级"的变化,转为管理人员这并不说明你有更高的工资，更好的办公环境。也就是说微软有技术人员都有资深的技术背景，而他们在管理的同时也要分担技术工作。
有一点很重要，在决定一个SDET主管能否在职业道路上继续前进和发展的因素中，技术复杂度和他的技术水平远比他所管理的测试组的大小重要。负责测试产品安全的小组就是一个例子。这些规模小，但技术含量高的组通常对产品的质量有着重要的影响，所以在这样的组里，你可能常会发现一个更资深的SDET主管。在一个相对规模较小的组，SDET主管自己也需要做很多的测试、编程、分析和记录软件漏洞的工作。从最高级别的执行董事到刚加入的新员工，产品组的每一个成员在发现产品漏洞的时候都应该对漏洞记录存档。随着一个组的规模越来越大，主管需要承担更多的管理职责，而在具体的技术工作上花费的时间较少。无论组的规模大小，SDET主管都应该具备很强的技术能力，同时也担负起一个组的技术领导工作SDET主管通常都是组里对一个产品功能懂得最多的工程师，同时也是组里最好的测试和开发人员之一。
3. 测试经理职称
测试经理很少需要亲自作具体的测试工作事项，比如编写和执行测试用例。但每一个在测试领域的人，无论他是什么级别，都会亲自动手找软件的缺陷。测试经理仍然需要懂得技术，但要求他们多注重建立测试的流程和工具，而不是在具体的功能测试上。
----------------------------------------------------------------------------------------------------------------------
个人看法：
1. 关于测试人员是否需要懂开发的问题是许多测试人员讨论的问题，个人看法，当测试走到一定深度就会有瓶颈，要想做的更远，学习开发是一个突破口，我觉得不懂开发的测试犹如“隔衣挠痒”，什么感觉？自己体会！提示并一定要精通开发，但一定要有开发思想。也许微软的产品特殊，所以他们所有测试人员都整成了SDET(软件测试开发工程师)，既然存在就有它的意义，而且还是在那么牛叉的公司存在，希望和我一样的小初级测试员它当做一个目标去努力。
2. 微软的工程师转管理职位是“平级”的，而且要转管理一定在技术上优于同事，可见微软把技术看的很重要，就目前我所知道的测试人员相对来说比较浮躁，工作内容散而不深，工资相对开发人员低，尤其刚入行的测试员，好多公司没有给出很好的定位，职业发展比较迷茫，这是我们测试行业的现状，但我还是希望各位平心专注于技术上。
（以上个人观点，欢迎拍砖~！呵呵）
微软的软件测试工程师——《微软的软件测试之道》相关推荐
- 《微软的软件测试之道》读书笔记
<微软的软件测试之道>读书笔记 第一部分 关于微软 第1章 微软的软件工程 偏重于产品独立发布的模式通常称为PUM(Product Unit Manager)即 ...
- 《微软的软件测试之道》读书笔记 之 结构测试技术
<微软的软件测试之道>读书笔记 之 结构测试技术 2014-07-18 我们需要结构测试吗? 微软的一项试验说明了结构测试的在代码覆盖中起到的效果: 超过3000名测试员参与了这项实验,每 ...
- 《Google软件测试之道》- Google软件测试介绍
<Google软件测试之道>- Google软件测试介绍 2015-05-21 目录 1 质量与测试 2 角色 3 组织结构 4 爬.走.跑 5 测试类型 相关链接 与 ...
- 软件测试工程师需要什么软件_为什么每个软件工程师都应该撰写文章
软件测试工程师需要什么软件 by Stanislav Kozlovski 斯坦尼斯拉夫·科兹洛夫斯基(Stanislav Kozlovski) 为什么每个软件工程师都应该撰写文章 (Why Every ...
- 《Google软件测试之道》—第2章2.4节与工具开发工程师Ted Mao的访谈
本节书摘来自异步社区<Google软件测试之道>一书中的第2章2.4节与工具开发工程师Ted Mao的访谈,作者[美]James Whittaker , Jason Arbon , Jef ...
- 《Google软件测试之道》目录—导读
内容提要 Google软件测试之道 每天,Google都要测试和发布数百万个源文件.亿万行的代码.数以亿计的构建动作会触发几百万次的自动化测试,并在好几十万个浏览器实例上执行.面对这些看似不可能完成的 ...
- 《Google 软件测试之道》摘录
最近刚刚看完<Google 软件测试之道>,受益颇多,遂记录下: 只有在软件产品变得重要的时候质量才显得重要 第一章:谷歌软件测试介绍 角色介绍 SWE(Software Engineer ...
- 《Google软件测试之道》读书笔记
Google软件测试之道 像google一样进行软件测试 软件测试介绍 少则清晰,测试人员的稀缺导致测试资源很昂贵.(不要招聘太多的测试人员) 质量不等于测试 开发对质量负责(预防行为,不是检测) 卫 ...
- 《Google软件测试之道》—第2章2.5节与Web Driver的创建者Simon Stewart的对话
本节书摘来自异步社区<Google软件测试之道>一书中的第2章2.5节与Web Driver的创建者Simon Stewart的对话,作者[美]James Whittaker , Jaso ...
- 《Google软件测试之道》有感
Google软件测试之道有感 谷歌测试工程师给我的感觉 他们做了些什么 A&Q 谷歌测试工程师给我的感觉 如他们的招聘要求,有很多想法,并且有能力去实现.印象深刻的是,有一位为了实现自己的想法 ...
最新文章
- B 站校招面试官“炫耀资产、贬低应试者”？当事人发长文回应，北邮学子要求向学校道歉
- 全球规模最大的全浸没式液冷数据中心落户杭州余杭
- 使用spring boot创建fat jar APP
- ntfs分配单元大小怎么选_星月菩提尺寸大小怎么选
- 升级 ubuntu_重要：Canonical 安全更新，请相关 Ubuntu 版本赶紧升级
- 使用phpstudy搭建渗透测试靶场环境
- dlib疲劳检测_使用OpenCv和Dlib进行打哈欠检测
- 【渝粤教育】电大中专Office办公软件_1作业 题库
- 【C语言小游戏】走迷宫
- Eclipse的Servers视图中无法添加Tomcat6/Tomcat7
- java maven 读写pdf_Java向PDF模板写入数据
- Ubuntu 16.04 安装运行 ROVIO odometry
- [南阳OJ-No.33]蛇形填数|在n*n方陈里填入1,2,...,n*n,要求填成蛇形。
- Win10更新导致VMware Workstation Pro无法运行(解决+关闭Win10自动更新)
- 软工学者Ming Wen及其顶会论文解读
- plink遗传数据质控--每个个体QC、每个marker(变异)质控、全基因组关联meta分析QC
- kotlin的先决条件函数
- app软件开发现状及前景
- 请帮我写一封情书，500字左右
- truffle init/unbox 中遇到的许多错误以及解决