思考一个问题：微软测试的可借鉴性？

51Testing软件测试网%v MF(Ca*z
不可否认微软的测试不管从重视程度，规范化程度，以及人员水平上讲都是很专业的，处于比较高的水平。但在实际中，测试工作是存在多样化的。毕竟，微软公司只有一个！像微软一样相对于客户较强势的公司不多；像微软一样拥有雄厚资金实力的公司不多。51Testing软件测试网+sXW+FbGJ!w
51Testing软件测试网toD.P-o.q6s(p
微软相对于客户较强势，它可以让客户等。只要看看office的发布周期就可以知道，还有诸如OS等MS的产品的发布周期，往往是论年算的，xp发布后5年vista发布，window 7的预计开发周期是3年。很显然，不是所有it公司都可以让用户等待如此长的时间，尤其是一些基于互联网的产品和竞争很激烈的领域（电子银行,应用系统,网站）,对于处于这些公司，快速响应市场，及时满足客户的各种需求是最重要的，最不敢做的事情就是让客户等待，等几年、几个月、几周，甚至几天，直接后果就是用户的大量流失，用户选择功能更好的、更新更快的产品是天经地义的，赔不起。所以对大多数的it公司而言，不可能有充足的项目时间。51Testing软件测试网)E q3Q-|,W
51Testing软件测试网*M6@B{-[q{W
这就出现一个问题：当项目时间不足时，会对项目产生哪些具体的影响？很显然，第一，项目各个环节的时间要被压缩，在测试比较重视的公司，对测试环节时间的压缩会比较合理，也有可能采取迭代开发测试的模式；若是在对测试并非很重视的公司，测试环节时间会被更多的压缩，但是QA承担的责任不会有任何改变。第二，项目流程环节会被删减或是变更形式，比如说，需求、设计评审采取在线或是邮件方式，详细设计评审环节甚至会被直接删掉，这样就会使得测试可获取到的信息较少，需要更多的主动去产品、开发人员那里挖信息，而且会挖的很艰难。上面说的这些情况在MS可能基本不会出现，雄厚的资金实力让MS通过增加人员、设备等来解决这些问题；同时良好的项目流程体系也可以从工期和质量上保证产品的发布，MS已有的项目管理流程、各种开发平台工具、测试管理系统等等，大多数的公司是拿不出资金去投入的，即使有资金，也很少有公司能够意识到在这些方面多投入的意义。51Testing软件测试网ce'mFpG

$ji(t O.j+b/RP!p+B0现在就回到了题目“MS测试的可借鉴性”。比较一下一般公司与MS的区别:第一，QA素质存在差异，据了解在MS里QA是有很多具体的title，如：ste、sdet等等，能力也是不同的，但总体素质要高于测试行业的平均水平的，当然也存在良莠不齐的现象。而一般的公司，尤其资金不怎么雄厚的公司，无法聘请到真正满足要求的QA。第二，项目组成员往往对项目流程管理和测试存在一定的偏见，因此，软件工程那一套理念很难较好的应用到实际项目，往往只求把东西做出来即可。这些区别的存在导致很难将MS测试那一套东西应用到其他公司的项目开发中，况且MS测试模式中的很多环节是基于MS自主开发
pdbN@rtelS9G0的管理工具的。所以，在考虑借鉴MS测试模式经验的同时要“按需取舍”，大多数公司并不缺少标准的流程范本（像CMMI等），缺少的是适合本公司实际情况的，且切实有效的流程管理和测试执行；如果你把MS的模式拿来直接在公司里用，效果绝对是一蹋糊涂，这也就是为什么CMMI在实施过程中需要根据实际情况做裁减修改的原因，没有任何一套模式是可以完全照搬的，测试也一样。
1[f\*O0c(z$KW0      
4d4\|*ln??0说了这么多，其实主要是想表达一个理念，不要盲目的崇拜或者copy MS测试，万事万物都是有差异性的，更何况在测试方面，没有几家公司像MS那样重视，大环境不是很好的。我们的测试管理者应该多考虑一些切实有效提升测试水平方法，比如说，如何提高QA单兵作战能力，如何更合理的分配测试工作给不同能力的QA，如何建立敏捷测试体系等。这些东西对我们更有实际意义。51Testing软件测试网c(|`rk%B [)}C
51Testing软件测试网6nK7p+T mR| Fh
以上只是我一己之见，欢迎大家讨论、批判^_^.