第2章微软测试之道.docVIP

第2章微软的软件测试工程师 肯·约翰斯顿 图2.1微软登在1985年《西雅图时报》 上的招聘测试人员的广告最初，微软并没有测试人员，没有本地化工程师，没有项目经理，也没有可用性工程师。刚开始的时候，除了销售和市场人员外，所有的人都叫做工程师。 在第1章里，我们介绍了微软现有的10种不同的工程职种。在微软开始区分工程职种之前，其实没有太多的技术职种，比如运送产品的产品的支持。类似于这样的职位被看作是工程师的一种，而不是不同的职业道路。在早期，所有的工程师有着相同的职称和统一的职业发展轨道。当然，那时微软只有不到50名员工，软件开发本身还没有真正成为一个行业，微软也还不是上市公司。 很长时间以后，微软才发展出不同的工程师职种，并制定出其相应的职业发展规划。相对来说，项目管理和可用性工程是两个比较早出现的职种。在1990年左右，可用性工程师成了一个正式的职种。可用性工程师的工作就是确保我们的软件易于被最终用户使用。微软有些软件设计得太复杂，普通人不会用。举例来说，Office软件中的Word邮件插入功能（把邮件插入到文档中印刷或作标签），很多用户开始都不会用。有些读者也许会说，就是在今天这个功能的设计仍有待改进，不过这应该是另一本关于微软怎样设计软件的书的内容了。 当微软创建了软件开发职位不久，就把软件测试职位独立出来成为一个新的职种。微软最早的测试工程师是一位1979年加入微软的高中实习生，叫罗伊德·福林克（Lloyd Frink）。他的故事曾经登载在《西雅图时报》上（参见图21）。1983年，微软Archive产品开发组雇佣了第一个全职的软件测试工程师，接着在1985年又招聘了一批测试工程师。但测试作为一个正式的职称，并有自己的职业发展轨道却是80年代后期的事情了。故事：也许我们需要在软件发布之前测试它的功能 之前我见过比尔几次，其实我就是这么得到实习生的职位的。那年我正要进西雅图私立湖畔学校（Lakeside School）高中部学习。我妈妈认识比尔的妈妈玛丽（Mary）。在一次学校组织的拍卖募捐活动中，两个妈妈闲聊讲起自己的儿子都喜欢计算机。又正巧我和比尔都在会场，她们就介绍我们认识。那时我14岁，比尔24岁。我们决定一起吃中午饭。几个星期之后，我和妈妈就到微软和比尔以及他的妈妈和妹妹丽碧（Libby）吃饭。丽碧在学校比我高一个年级。我把我编写并卖出的计算机游戏演示给比尔看。他就给了我暑期实习生的职位。这就是整个事情的开始。 第一个实习生的夏天，我主要给格雷克（Greg Whitten）工作，帮助他测试BASIC的编译器功能。我们把很多的BASIC程序在编译器下运行，看是否能够得到正确的期待值。 ——罗伊德·福林克 （Lloyd Frink），前微软员工以及的创始人 2.1职位名称的含义 即使你给玫瑰花起不同的名字，它闻起来可能还是同样的香。但是，如果你给工程师不同的职位名称，他们对自己职责的理解就会大不相同。微软将那些通过编写代码来开发产品功能的软件工程师统称为“软件开发工程师”（Software Development Engineer，SDE）。而微软测试工程师的正式职位名称是“软件开发测试工程师”（Software Development Engineer in Test，SDET）。这两个职称听起来很像，因为微软的测试工程师也同时做开发。测试工程师的其他主要职责包括：制定测试计划、设计测试用例、分析缺陷的根本原因、参与程序代码的审查和产品设计的审查，以及开发测试自动化程序。有时测试工程师也参与产品源代码的开发，或缺陷的修正等工作。但总的来说，因为测试工程师的工作量很大，所以直接参与产品开发的情况并不是很普遍。 雇用对测试有激情的软件工程师做测试工作是微软行之有效的创新，它完全不同于软件行业其他公司的做法。对此外界常得出一种结论，认为我们雇用会编写程序代码的工程师来做测试工作是因为我们想让他们编写有效的自动化测试程序，从而排除手工测试。其实这只是其中的一小部分原因。那些懂得怎样编写程序和计算机基本构造的测试工程师，常常具有软件测试所必备的分析技能。他们能够尽早发现缺陷并分析其根本起因，这使得他们能很快发现类似的缺陷。拥有和开发工程师一样的计算机基础增强了测试工程师的技能，给了我们的测试工程师更灵活和动态的生产力。 在一些业界的交流活动中我们经常被问到：为什么微软不雇用特定领域的专家（subject matter experts，SME)来做测试工作。例如：国际财会的规则很复杂，一个只有工程师基础的测试人员不可能对其所有的规则得心应手。又比如一些纵向很深的产品像客户关系管理系统等。持这种理论的人认为，如果我们雇佣这些领域的专家，微软只需训练他们计算机科学和工程的知识就行了。对这个论点持不同意见的人则反问，一个公司是否