微软的软件测试工程师——《微软的软件测试之道》

关注

转载最新推荐文章于 2026-04-16 11:16:55 发布 457 阅读 AI 写同款· GEO 优化 ›

微软软件测试之道(How We Test Software at Microsoft) 本书是以使读者熟悉微软产品、微软工程师、微软测试人员、测试的作用和对软件工程的通常做法作为开始。书的第二部分讨论许多在微软常用的测试实践和工具。书的第三部分探讨某些我们工作中使用过的工具和系统。书的最后一部分探讨在微软测试和质量的未来方向，以及我们打算怎么创造未来。本书结构清晰，内容详实，可作为广大软件测试人员的参考用书。本书内容：　　本书是以使读者熟悉微软产品、微软工程师、微软测试人员、测试的作用和对软件工程的通常做法作为开始。书的第二部分讨论许多在微软常用的测试实践和工具。书的第三部分探讨某些我们工作中使用过的工具和系统。书的最后一部分探讨在微软测试和质量的未来方向，以及我们打算怎么创造未来。本书结构清晰，内容详实，可作为广大软件测试人员的参考用书。事实上，软件的“缺陷”是不可避免的,只能通过编程人员和测试人员的共同合作,把“缺陷”降低到最小的程度。现代的软件工程管理方法,就是边开发边测试,及时把“缺陷”降低到最小程度。本书是实用性很强、实践经验很丰富的一本好书，对我们软件企业和软件工程师来说都具有十分重要的指导意义。 ——中国软件行业协会秘书长胡崑山软件工程人员为了做好测试工作，认真学习测试的理论和方法是十分必要的，但还应该积累软件测试的经验，通过阅读本书可以吸取知名优秀软件企业的最佳实践。 ——中国软件行业协会系统与软件过程改进分会(CSPIN)常务副会长、清华大学教授郑人杰本书是我一直在寻找的关于软件测试最佳实践的书籍，我很愿意向我的学员们推荐此书，作为软件测试实践的有效补充。 ——国际软件测试认证委员会ISTQB中国分会专家组组长、ISTQB 软件测试培训师周震漪本书为业界吹来一阵清新的实践之风。全书通过翔实的案例描述了这个世界著名的软件企业为了保证快速和可靠交付，是如何毫不留情地与那些狡猾的缺陷进行顽强斗争的系列故事；此外，仔细介绍如何通过质量保证生产出世界一流软件的基本原则是本书的另外一个亮点；与此同时，随处可见令人惊讶的创新，则是本书强大的作者团队，在分享他们的微软最佳实践方面的宝贵经验 ——国际外包管理协会（IIOM）主席Jerry E Durant 软件测试是软件工程中一个不可或缺的重要步骤，是一项需要高度智慧和极具挑战性的工作，又是一项需要实战经验积累的工作。“他山之石，可以攻玉”，此书的出版将为我们借鉴微软的先进测试经验；培训中国软件测试人才；推动中国测试服务业的发展做出重要贡献。 ——中国软件测试机构联盟常务副理事长上海计算机软件技术开发中心首席知识官杨根兴 软件测试技术和它在软件开发中的重要作用得到了业内越来越多的重视和研究。微软公司无疑的是软件测试技术的领引者。本书将给在这个行业工作的和准备加入这个行业的人以启迪，揭秘软件测试的真谛。 ——软通动力信息技术有限公司董事长兼首席执行官刘天文作为一位拥有数百测试工程师团队的外包企业的管理人员,我看到了大量测试微软产品的过程中所遇到的问题和工程师们设计出的各种解决方法。本书则把微软软件测试的方方面面的理念、方法、技术、工具、流程等介绍给我们,不仅可以使测试工程师系统地学习测试技术,还可以让我们的管理团队开拓思路,少走弯路。我强烈推荐在各个企业的同仁们花时间读本书,从而起到事半功倍的作用。 ——文思创新软件技术有限公司执行副总裁及首席全球化官吴建现代软件测试从方法、技术和工具层面已远远突破了“寻找缺损”和“验证功能”范畴。软件测试已成为软件开发和软件工程管理不可缺少的一部分。微软在这一领域的实践是划时代的，它将软件的规模、工程的复杂性带到了前所未有的高度，其解决的问题的难度，以及为此而付出的代价都是无与伦比的。因此，多年以来，微软软件测试的理念、方法、技术、工具、流程，及其与其他角色的协作等诸多方面，都一直是业界研究、探讨和借鉴的中心。本书第一次由微软的权威人士从内部系统地揭示这一奥秘。本书应该成为中国同行们的必备经典。 ——美国一通公司(iConnect Inc.)总裁王志峰本书作者中有我的前同事Bj Rollison，他是微软公司中最有资历的测试专家之一。译者中也有我多年的好朋友张奭，她一直致力于把微软先进的公司文化、产品理念带给中国国内的企业和个人。感谢他们的执着和付出，本书把神秘软件王国——微软如何进行软件测试揭露给了大家。本书必将成为国内软件测试人员的参考宝典，也将会彻底改变国内对软件测试的偏见，让大家充分理解，软件测试绝对不是一件简单、低级的事情，而是一件极具复杂性，需要极高综合素质的人员才能做好的事情，这也将有助于更多的毕业生去选择从事软件测试，从而改善软件测试行业中人才缺乏的问题，特别是高端人才。 ——海辉软件(国际)集团公司副总裁汪建兵这是我所见过的测试方面的经典！它精薄而全面，言简意赅,结合实际,深入浅出，使读者快速理解软件测试流程和核心技术。 ——上海越通软件有限公司董事长周晓冬我在天津市软件测试中心工作了7年，一直都在寻找不同软件的测试方法、测试工具的使用、测试流程及管理。所以，一直都非常关注软件测试方面的书，以便用它来指导我们测试业务的开展，同时对于软件开发企业控制软件质量，也有指导意义。本书汇集了微软极其丰富的软件测试的实践经验，从理论和实践的结合上，让软件测试界有了一个信赖和学习的榜样。这将有力的推动中国软件测试技术的发展，从而保证软件产品的开发质量，缩短软件开发的时间。谢谢你们把软件测试的经验和我们分享，谢谢你们对软件测试领域的贡献。 ——中国天津市软件评测中心主任周文禾微软拥有着伟大的产品，这离不开强大的测试团队和卓越的测试技术，本书将带你发现微软是如何展开测试的，以及在测试方面的最佳实践，这是软件测试领域的骄傲，我推荐更多的测试经理、测试骨干人员阅读本书。 ——麦思博（msup）有限公司首席运营官刘付强对于大多数国内软件公司来说，不缺少高水平的技术人员，而在如何做好软件测试，如何保证产品质量方面却面临着巨大挑战，能否突破这个挑战是软件产业持续发展的条件之一。值得高兴的是，最近几年软件测试得到越来越多的重视和关注。但是，国内关于软件测试实用技术方面的书籍相对较少，本书深入浅出地介绍了微软软件测试的实践，包括相关测试技术与管理方法，这正是我们广大软件质量人员所需要的，相信每位读者都能从本书中汲取到值得借鉴的经验。 ——浪潮集团山东通用软件有限公司研发管理部经理刘俊红微软内部专家的评论在全球化的深刻变革中，信息技术所发挥的力量是毋庸置疑的。微软用软件的力量推动了全球化的进程，而软件测试理念和实践的革新带来了更加“智慧”和接近“完美”的软件产品。这本书完整地呈现了走向“智慧与完美”的方法与实践。 ——微软公司全球资深副总裁张亚勤以用户为中心的测试是专业软件开发流程中不可或缺且至关重要的一环。作为一名拥有十年软件测试经验的微软员工，我非常高兴能向国内软件开发人员和爱好者们推荐本书。它解析了微软公司的软件测试体系，并在某种程度上揭示了微软的一个成功“奥秘”，即高度重视软件测试工作，并借此为全世界的用户和专业人员提供高性价比、高可用性的应用软件和开发平台。我诚挚地祝愿并期待这本以微软“实战经验”为亮点的著作能够成为中国软件行业管理者和从业人士必读的经典书籍。 ——微软大中华区开发工具及平台事业部总经理谢恩伟与大多数讲述软件测试理论的书不同，本书最大的特色之一是其实用性。所有的方法，流程，技术和工具都是基于实际开发需要而建立或实施，应用于微软产品的开发并经过多次的检验。作者在阐述中，也用了很大的篇幅讲述，强调如何在实际中运用这些知识。这在很大程度上取决于他们的背景和经历。本书作者都是在有过多年软件产品测试经验之后，专门在微软从事软件测试技术推广和测试人员培训的资深专家。很多微软的工程师都是通过他们的培训来学习并理解软件测试的。而本书的出版，则给更多的人提供了这样一个机会。 ——微软全球产品开发部测试总监杨永生本书详尽地阐述了微软各个产品部门间通用的软件测试的组织架构、方法、工具和实践。这本书总结了微软数十年来在软件测试上的经验,可以提供国内在软件开发与测试管理以及人才培养方向上宝贵的参考非常值得一读。 ——微软中国Protocol部门首席测试经理黃镇铭本书是我在微软公司过去13年从事软件工作以来读到的对微软公司的软件测试的过程、方法、理念和文化诠释得最为全面的一本书。阅读它带给我一种怀旧的感觉，更启发了新的感受和灵感。我相信微软公司的这些经验也能为在学校和行业界的读者带来收获。 ——微软总部SQLServer首席测试经理张力立即下载

好多人极力推荐《微软的软件测试之道》这本书，于是在网上搜索了一番，英文版的阅读起来有难度，在51CTO上发现了前第二章和第三章中文的内容。

在这个世界顶级的企业里，软件测试工程是的测试是怎样的。

 一、职位名称含义：

即使你给玫瑰花起不同的名字，它闻起来可能还是同样的香。但是，如果你给工程师不同的职位名称，他们对自己职责的理解就会大不相同。微软将那些通过编写代码来开发产品功能的软件工程师统称为"软件开发工程师"（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的职称则主要是给那些对某个产品的功能产生影响的人。

不过请记住，很重要的一点是测试架构师是一种角色而不是一个职位。尽管一个高级测试工程师可能会晋升为测试架构师，但是并不是所有的人都会成为测试架构师。通常，有些部门会出于商业需要或策略需求设立一个测试架构师的角色。但有时候你也会看到一个高级测试工程师发挥测试架构师的作用，但是却没有测试架构师的职称。注意，此处所讨论的是测试架构师的角色而不是测试架构师的职称。

如果对软件测试有兴趣，想了解更多的测试知识，解决测试问题,以及入门指导，帮你解决测试中遇到的困惑，我们这里有技术高手。如果你正在找工作或者刚刚学校出来，又或者已经工作但是经常觉得难点很多，觉得自己测试方面学的不够精想要继续学习的，想转行怕学不会的，都可以加入我们1079636098，群内可领取最新软件测试大厂面试资料和Python自动化、接口、框架搭建学习资料！

微软并没有具有普遍性或代表性的测试架构师角色。微软的测试架构师们致力于各种各样的目标，承担着各种各样的任务。有些人花时间开发测试的基本结构、测试框架，或者评估产品功能、创立复杂的测试。有些人则负责管理其所在部门的某项特殊技术。还有些人负责怎样提高测试效率的咨询。所有测试架构师的角色的共同点和主要职责是为本部门提供技术指导和制定策略方向。测试架构师的级别通常表明他们的职责范围--是致力于产品的一组功能、一条产品线，还是跨越整个部门。当然，除了被期待对现有产品负责外，测试架构师还应该超越产品的现有版本而能高瞻远瞩，如果可能的话，还拥有两三个不与某个特别产品的发行有直接关系的成果。

 微软的测试架构师不仅要有效地影响测试领域，还要在开发和项目管理方面发挥影响力。测试架构师必须能驾驭产品的质量、提供指导、反馈和建议，以提高整个工程部门的质量规范。

前面谈论了测试架构师"是什么"，那么，测试架构师"不是什么"呢？测试架构师的职称不是因为级别或经验而授予的。设立测试架构师是一种投资。这种投资结合了市场对有能力帮助产品做灵活变化的人才的需求。值得强调的是测试架构师并不是一种职业发展轨道。对测试架构师的技能要求和对相似级别的其他职务的职业阶段发展要求是一致的，都强调跨组织的沟通和推动变革的能力。提示：

截止至2008年，微软全球的9000多名测试工程师中只有四十几位测试架构师。

 三、微软的测试职业的发展道路

  从SDET独立贡献者开始的职业发展历程

在这里插入图片描述
影响力的范围从一个狭窄定义的产品功能扩展到一个系列产品的功能、一个完整的产品。比如Microsoft Office Word或者Microsoft Media Player，直到最后达到一条产品线，比如Office或者Windows系统。影响力可以像测试架构师的职位那样，基于测试的各个方面横向延伸，也可以基于一个像协议安全那样的技术领域纵向延伸。

  合伙人SDET并不是一个工程师的职业发展轨道的最高点，却是测试职业发展轨道的最高点。合伙人SDET 比杰出工程师（Distinguished Engineers)(相当于公司副总裁级别)要低一个级别。这并不是因为微软觉得在测试领域不需要杰出工程师，而是我们相信随着工程师们在职业道路上不断地前进发展，他们的行为表现变得越来越相似，不同学科的差异所带来的影响价值在减少。在某种意义上，每一个从事10个工程学科中的任何一个学科的工程师，随着他们技术领域的发展，都可以达到成为另外一个学科的工程师的水平。

  从SDET管理开发的职业发展历程简介

在这里插入图片描述
在微软，当一个工程师转向管理职位时，这是一个"平级"的变化,转为管理人员这并不说明你有更高的工资，更好的办公环境。也就是说微软有技术人员都有资深的技术背景，而他们在管理的同时也要分担技术工作。

 有一点很重要，在决定一个SDET主管能否在职业道路上继续前进和发展的因素中，技术复杂度和他的技术水平远比他所管理的测试组的大小重要。负责测试产品安全的小组就是一个例子。这些规模小，但技术含量高的组通常对产品的质量有着重要的影响，所以在这样的组里，你可能常会发现一个更资深的SDET主管。在一个相对规模较小的组，SDET主管自己也需要做很多的测试、编程、分析和记录软件漏洞的工作。从最高级别的执行董事到刚加入的新员工，产品组的每一个成员在发现产品漏洞的时候都应该对漏洞记录存档。随着一个组的规模越来越大，主管需要承担更多的管理职责，而在具体的技术工作上花费的时间较少。无论组的规模大小，SDET主管都应该具备很强的技术能力，同时也担负起一个组的技术领导工作SDET主管通常都是组里对一个产品功能懂得最多的工程师，同时也是组里最好的测试和开发人员之一。

测试经理职称

测试经理很少需要亲自作具体的测试工作事项，比如编写和执行测试用例。但每一个在测试领域的人，无论他是什么级别，都会亲自动手找软件的缺陷。测试经理仍然需要懂得技术，但要求他们多注重建立测试的流程和工具，而不是在具体的功能测试上。

个人看法：

关于测试人员是否需要懂开发的问题是许多测试人员讨论的问题，个人看法，当测试走到一定深度就会有瓶颈，要想做的更远，学习开发是一个突破口，我觉得不懂开发的测试犹如“隔衣挠痒”，什么感觉？自己体会！提示并一定要精通开发，但一定要有开发思想。也许微软的产品特殊，所以他们所有测试人员都整成了SDET(软件测试开发工程师)，既然存在就有它的意义，而且还是在那么牛叉的公司存在，希望和我一样的小初级测试员它当做一个目标去努力。
微软的工程师转管理职位是“平级”的，而且要转管理一定在技术上优于同事，可见微软把技术看的很重要，就目前我所知道的测试人员相对来说比较浮躁，工作内容散而不深，工资相对开发人员低，尤其刚入行的测试员，好多公司没有给出很好的定位，职业发展比较迷茫，这是我们测试行业的现状，但我还是希望各位平心专注于技术上。
（以上个人观点，欢迎拍砖~！呵呵）