微软的软件测试方法

stone131

微软的软件测试方法
    国内近年来关于软件测试的问题和讨论越来越活跃。但从总体上说交流软件测试技术的多，而探讨软件测试方法的少。这里的“技术”指的是具体的战术问题，比如说如何使用某种工具来解决某一特定测试问题，或者某一类型软件有哪些测试手段等等。而这里的“方法”指的是宏观的战略问题，或者叫方法论，这包括从软件测试的概念或理念，到企业软件质量控制体系；从软件测试的过程，到测试团队的设置及其职责的界定等等。
    作为测试人员，热衷于“技术”讨论和交流是一件可喜可贺的事。从中可以感觉到软件测试在中国迅速发展的开端和潜力。但是作为企业的管理决策者，是否也应该以同样的热情来思考“方法”问题呢？特别是当一个软件企业的软件测试从无到有，或者当企业已有一定的软件测试的投入，但发现其实效并不显著，甚至由于测试的引入而带来了新的管理上的混乱。这个时候方法论的思考，更有利于发现问题的根源。即便是一个基层的测试人员，当积累了一定的技术经验后，也应该不时从日常的具体工作中走出来，在一个较高层次上进行回顾总结和借鉴，并试着提出一些优化和改进的措施，这无论对专业上还是对事业上的成长都是非常有意义的。
    微软在软件测试方面有很多值得一提的经验，在此我想以我个人的体会和思考，同大家一同进行一些探讨。这里有一点须要特别说明，尽管微软的方法已被微软的实践多次证明是成功的，非常有效的，但这并不意味着这些方法在中国的软件企业中有广泛的可行性。一种方法是否可行还受到很多其他因素的影响，比如企业类型（微软是生产平台软件和通用软件产品的企业），企业管理体制，企业文化等等。所以我的目的只是给大家一些思路和借鉴。
    两类经典的软件测试方法
    在具体介绍微软的软件测试方法之前，我想首先从概念，或理念的层面上来理解究竟甚么是软件测试，目的是从中导出微软测试方法的理论根源。
    传统上认为软件测试的方法从总体上分为两类。第一类测试方法是试图验证软件是“工作的”，所谓“工作的”就是指软件的功能是按照预先的设计执行的；而第二类测试方法则是设法证明软件是“不工作的”。
    提出第一类方法的代表人物是软件测试领域的先驱Dr. Bill Hetzel（代表论著《The Complete Guide to Software Testing》），他曾于1972年6月在美国的北卡罗来纳大学组织了历史上第一次正式的关于软件测试的论坛。他首先在1973年给软件测试一个这样的定义：“就是建立一种信心，认为程序能够按预期的设想运行。Establish confidence that a program does what it is supposed to do.”后来在1983年他又将定义修订为：“评价一个程序和系统的特性或能力，并确定它是否达到预期的结果。软件测试就是以此为目的的任何行为。 Any activities aimed at evaluating an attribute or capability of a program or system. ”在他的定义中的“设想”和“预期的结果”其实就是我们现在所说的用户需求或功能设计。他还把软件的质量定义为“符合要求”。

2012test-li

好

zhongkuilian

学习了,非常好

scma123

谢谢楼主，拜读了~~

weiweixiaocao

大家有什么好看法 都说一下吧

gxjofx93

楼主我帮你顶一下记得感谢我哈

iOrchid

回复 3# stone131

感谢分享！！！

huayonglee

支持下

huayonglee

不错，先收藏，马克一下

zhizouxiao

微软的软件测试方法
    国内近年来关于软件测试的问题和讨论越来越活跃。但从总体上说交流软件测试技术的 ...
stone131 发表于 2006-8-5 15:20

    顶

读你七夜雪

谢谢！

kangxiaohong

谢谢

goldstonefirst

support !!!

yzylion

留下脚印，增量学习

gaoxingang_

学习了，希望能有一天进入微软的测试团队哪怕是外包进去的也能学不少东西

freedom_me

开发依赖于测试,管理依赖于测试?环境不同 差距真不小!适合所处项目环境的 还是得实践出来!局限于缺陷查找,还和项目开发不同步的飘逸地飘过~

cas

可以嘛

zhap

谢谢！

puchonghui

ms关于测试方面很多东西其实只能看看，他们的境界源于长期的广泛的数据积累和对底层的足够了解，其他公司一般是没法达到的， 最典型的例子就是daily build。
适合自己的才是好的，就像30#说的那样，有生命力的理论都是从无数实践中得来的，不要总是想着模仿，尤其是大公司的流程方法之类的，中小型的公司照搬过来多半是不合适的。

kojywu

很好，不错顶下

maclxp

微软这套理论的确看起来还不错，不过我想有几点需要说明：
1. 任何理论其实都是通过大量的实践得出的，微软也一样，很多人不知道它这套理论的背后其实有多少失败的经验。
2. 任何理论都不是永恒的，永远都会有新的理论把老的理论“打败”，所以我们需要做的事情，就是不断地把老的理论中不符合实际的东西去除，把新的正确的理论加进来。其实这个就像微软的产品一样，每个版本的Windows不可能是全新的，总归有或多或少把以前版本的优点Copy过来。
3. 理论化的东西永远是看起来简单，做起来却很难。因为现实跟理论本来就是两回事，理论这个东西只是经验的一些积累和总结，但是经验又跟所处环境相关，也就意味着微软虽大，但是肯定还有一些类型失败是没有遇到过的，也就没有相关的经验，有些公司虽小，但是他们的一些经验，可能是微软所没有的。所以理论总归是一个引导性的东西，真正成功的公司，是需要把别人的经验与自己公司的实际相结合，经过不断地实践，不断地否定之否定，使得别人的经验，别人的理论转化吸收成自己公司的“理论”，这样的公司才能发展。

一句话，我们需要学习微软的方法，但是我们不能只看或照搬，最重要的消化+吸收+改变，而这一切离不开一个词：实践，而且是大量的实践。
邓小平说：实践是检验真理的唯一标准，是对的。