首先说说测试流程，微软的测试流程也没什么新的东西，和大多数的测试流程一样。
大致是先进行测试准备，然后是Testcase的编写，然后是白盒测试(不一定每个项目都有)，然后是功能测试阶段，然后是验收测试，最终release。如果看流程的话，和一般公司大同小异，没什么新花样。但是我觉得值得借鉴的是两点。
微软的流程执行的非常认真。
这点非常值得提倡，我们都知道，测试的最终质量决定于测试流程和测试人员素质，要想测试质量，要么是流程很完善，要么你流程不行，但是个人能力超强。如果有一个很好的流程，就算执行的人稍微差点，最终的质量也不会差到哪里去。所以流程是很重要的。但
是，看国内的公司欠缺的就是这个，要么是没有流程，要么流程是个花架子，没认真执行过。我想微软的测试人都是超级牛人，但是人家还是老老实实的忠实按照流
程来走，我觉得这点非常好。(在IBM也是这样，笔者以前在IBM作项目的时候，发现他们的文档写的特认真，流程特认真)，所以说忠实的执行一个好的流程
是成功的一大半。
在整个流程中，微软非常强调测试尽早介入。
微软在这方面是一致提倡的，按照我们国内IT业的恶习，一般都是软件主体差不多成型了，拉几个测试人员过来点
点，其实这是非常不好的。微软的测试人员在项目一开始就和开发人员同步介入，在需求阶段就开始介入，进行需求评审。在开发人员开始编码的时候，测试人员就
开始编写Testcase，并开发一些测试工具，或者写一些配套的测试代码(不要奇怪，微软的测试人员都能写很好的代码)。微软的理念就是：预防bug比
解决bug好，所以非常提倡测试尽早介入，把一部分bug消灭在需求阶段。
加载全文
