微软 的软件测试方法.pdfVIP

微软的软件测试方法--第1页

微软的软件测试方法（一）

国内近年来关于软件测试的问题和讨论越来越活跃。但从总体上说交流软件测试技术的多，

而探讨软件测试方法的少。这里的“技术”指的是具体的战术问题，比如说如何使用某种工

具来解决某一特定测试问题，或者某一类型软件有哪些测试手段等等。而这里的“方法”指的

是宏观的战略问题，或者叫方法论，这包括从软件测试的概念或理念，到企业软件质量控

制体系；从软件测试的过程，到测试团队的设置及其职责的界定等等。

作为测试人员，热衷于“技术”讨论和交流是一件可喜可贺的事。从中可以感觉到软件

测试在中国迅速发展的开端和潜力。但是作为企业的管理决策者，是否也应该以同样的热

情来思考“方法”问题呢？特别是当一个软件企业的软件测试从无到有，或者当企业已有一

定的软件测试的投入，但发现其实效并不显著，甚至由于测试的引入而带来了新的管理上

的混乱。这个时候方法论的思考，更有利于发现问题的根源。即便是一个基层的测试人员，

当积累了一定的技术经验后，也应该不时从日常的具体工作中走出来，在一个较高层次上

进行回顾总结和借鉴，并试着提出一些优化和改进的措施，这无论对专业上还是对事业上的

成长都是非常有意义的。

微软在软件测试方面有很多值得一提的经验，在此我想以我个人的体会和思考，同大家

一同进行一些探讨。这里有一点须要特别说明，尽管微软的方法已被微软的实践多次证明

是成功的，非常有效的，但这并不意味着这些方法在中国的软件企业中有广泛的可行性。一

种方法是否可行还受到很多其他因素的影响，比如企业类型（微软是生产平台软件和通用

软件产品的企业），企业管理体制，企业文化等等。所以我的目的只是给大家一些思路和借

鉴。

两类经典的软件测试方法

在具体介绍微软的软件测试方法之前，我想首先从概念，或理念的层面上来理解究竟甚

么是软件测试，目的是从中导出微软测试方法的理论根源。

传统上认为软件测试的方法从总体上分为两类。第一类测试方法是试图验证软件是“工作

的”，所谓“工作的”就是指软件的功能是按照预先的设计执行的；而第二类测试方法则是设

法证明软件是“不工作的”。

提出第一类方法的代表人物是软件测试领域的先驱Dr.BillHetzel（代表论著《The

CompleteGuidetoSoftwareTesting》），他曾于1972年6月在美国的北卡罗来纳大

学组织了历史上第一次正式的关于软件测试的论坛。他首先在1973年给软件测试一个这样

的定义：“就是建立一种信心，认为程序能够按预期的设想运行。Establishconfidencethat

aprogramdoeswhatitissupposedtodo.”后来在1983年他又将定义修订为：“评

价一个程序和系统的特性或能力，并确定它是否达到预期的结果。软件测试就是以此为目

的的任何行为。Anyactivitiesaimedatevaluatinganattributeorcapabilityofa

programorsystem.”在他的定义中的“设想”和“预期的结果”其实就是我们现在所

说的用户需求或功能设计。他还把软件的质量定义为“符合要求”。

第一类测试可以简单抽象地描述为这样的过程：在设计规定的环境下运行软件的功能，

将其结果与用户需求或设计结果相比较，如果相符则测试通过，如果不相符则视为Bug。这

一过程的终极目标是将软件的所有功能在所有设计规定的环境全部运行，并通过。

微软的软件测试方法--第1页

微软的软件测试方法--第2页

在软件行业中一般把第一类方法奉为主流和行业标准。1990年的IEEE/ANSI标