思考一个问题：微软测试的可借鉴性？
不可否认微软的测试不管从重视程度，规范化程度，以及人员水平上讲都是很专业的，处于比较高的水平。但在实际中，测试工作是存在多样化的。毕竟，微软公司只有一个
！像微软一样相对于客户较强势的公司不多；像微软一样拥有雄厚资金实力的公司不多。
微软相对于客户较强势，它可以让客户等。只要看看office的发布周期就可以知道，还
有诸如OS等MS的产品的发布周期，往往是论年算的，xp发布后5年vista发布，window 7
的预计开发周期是3年。很显然，不是所有it公司都可以让用户等待如此长的时间，尤其
是一些基于互联网的产品和竞争很激烈的领域（电子银行,应用系统,网站）,对于处于这
些公司，快速响应市场，及时满足客户的各种需求是最重要的，最不敢做的事情就是让
客户等待，等几年、几个月、几周，甚至几天，直接后果就是用户的大量流失，用户选
择功能更好的、更新更快的产品是天经地义的，赔不起。所以对大多数的it公司而言，
不可能有充足的项目时间。
这就出现一个问题：当项目时间不足时，会对项目产生哪些具体的影响？很显然，第一
，项目各个环节的时间要被压缩，在测试比较重视的公司，对测试环节时间的压缩会比
较合理，也有可能采取迭代开发测试的模式；若是在对测试并非很重视的公司，测试环
节时间会被更多的压缩，但是QA承担的责任不会有任何改变。第二，项目流程环节会被
删减或是变更形式，比如说，需求、设计评审采取在线或是邮件方式，详细设计评审环
节甚至会被直接删掉，这样就会使得测试可获取到的信息较少，需要更多的主动去产品
、开发人员那里挖信息，而且会挖的很艰难。上面说的这些情况在MS可能基本不会出现
，雄厚的资金实力让MS通过增加人员、设备等来解决这些问题；同时良好的项目流程体
系也可以从工期和质量上保证产品的发布，MS已有的项目管理流程、各种开发平台工具
、测试管理系统等等，大多数的公司是拿不出资金去投入的，即使有资金，也很少有公
司能够意识到在这些方面多投入的意义。
现在就回到了题目“MS测试的可借鉴性”。比较一下一般公司与MS的区别：第一，QA素
质存在差异，据了解在MS里QA是有很多具体的title，如：ste、sdet等等，能力也是不
同的，但总体素质要高于测试行业的平均水平的，当然也存在良莠不齐的现象。而一般
的公司，尤其资金不怎么雄厚的公司，无法聘请到真正满足要求的QA。第二，项目组成
员往往对项目流程管理和测试存在一定的偏见，因此，软件工程那一套理念很难较好的
应用到实际项目，往往只求把东西做出来即可。这些区别的存在导致很难将MS测试那一
套东西应用到其他公司的项目开发中，况且MS测试模式中的很多环节是基于MS自主开发
的管理工具的。所以，在考虑借鉴MS测试模式经验的同时要“按需取舍”，大多数公司
并不缺少标准的流程范本（像CMMI等），缺少的是适合本公司实际情况的，且切实有效
的流程管理和测试执行；如果你把MS的模式拿来直接在公司里用，效果绝对是一蹋糊涂
，这也就是为什么CMMI在实施过程中需要根据实际情况做裁减修改的原因，没有任何一
套模式是可以完全照搬的，测试也一样。
说了这么多，其实主要是想表达一个理念，不要盲目的崇拜或者copy MS测试，万事万物
都是有差异性的，更何况在测试方面，没有几家公司像MS那样重视，大环境不是很好的
。我们的测试管理者应该多考虑一些切实有效提升测试水平方法，比如说，如何提高QA
单兵作战能力，如何更合理的分配测试工作给不同能力的QA，如何建立敏捷测试体系等
。这些东西对我们更有实际意义。
以上只是我一己之见，欢迎大家讨论、批判^_^. 说的很在理。但是我觉得微软可以借鉴的是他对待测试的那种精神。每个人都有高度的责任感，对自己做出来的东西都能保证其质量。而测试是对整个产品的把关。要提高这样的意识。这样出来的产品才让人有信心。 靠qa是不可能提高软件质量的，就好像建筑项目有了工程监理照样会一片混乱。
微软有一个很大的优势是他们对底层的足够了解。这个对测试是非常重要的。 微软的，借鉴而已。仅有少量的有借鉴意义。
因为太多的东西是建立在微软的强大的内部工具的基础上的了。
比如，大家谁也没用有限元自动机设计测试用例。
总之，微软那些都是建立在微软的先进技术基础上的。
更何况，微软也不可能让我们知道其开发过程的全貌，那是人家的核心竞争力。
外面的所谓微软培训，只九牛一毛，让你"窥见一斑"而已：）呵呵。 MS只是个参考，他们内部的共享知识库无比的强大，很多东西越积越多，一步步迭代，在一定的权限下，内部实现高度的信息共享，员工可以查找到自己想要的资料。外部人员只能"窥见一斑"（引用lovetest6的话），呵呵！
不过还是有很多可学习借鉴的！
页:
[1]
