首先說說測試流程，微軟的測試流程也沒什么新的東西，和大多數(shù)的測試流程一樣。

大致是先進行測試準備，然后是Testcase的編寫，然后是白盒測試(不一定每個項目都有)，然后是功能測試階段，然后是驗收測試，最終release。如果看流程的話，和一般公司大同小異，沒什么新花樣。但是我覺得值得借鑒的是兩點。

微軟的流程執(zhí)行的非常認真。

這點非常值得提倡，我們都知道，測試的最終質(zhì)量決定于測試流程和測試人員素質(zhì)，要想測試質(zhì)量，要么是流程很完善，要么你流程不行，但是個人能力超強。如果有一個很好的流程，就算執(zhí)行的人稍微差點，最終的質(zhì)量也不會差到哪里去。所以流程是很重要的。但

是，看國內(nèi)的公司欠缺的就是這個，要么是沒有流程，要么流程是個花架子，沒認真執(zhí)行過。我想微軟的測試人都是超級牛人，但是人家還是老老實實的忠實按照流

程來走，我覺得這點非常好。(在IBM也是這樣，筆者以前在IBM作項目的時候，發(fā)現(xiàn)他們的文檔寫的特認真，流程特認真)，所以說忠實的執(zhí)行一個好的流程

是成功的一大半。

在整個流程中，微軟非常強調(diào)測試盡早介入。

微軟在這方面是一致提倡的，按照我們國內(nèi)IT業(yè)的惡習，一般都是軟件主體差不多成型了，拉幾個測試人員過來點

點，其實這是非常不好的。微軟的測試人員在項目一開始就和開發(fā)人員同步介入，在需求階段就開始介入，進行需求評審。在開發(fā)人員開始編碼的時候，測試人員就

開始編寫Testcase，并開發(fā)一些測試工具，或者寫一些配套的測試代碼(不要奇怪，微軟的測試人員都能寫很好的代碼)。微軟的理念就是：預防bug比

解決bug好，所以非常提倡測試盡早介入，把一部分bug消滅在需求階段。