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

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

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

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

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

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

是成功的一大半。

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

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

點(diǎn)，其實(shí)這是非常不好的。微軟的測(cè)試人員在項(xiàng)目一開始就和開發(fā)人員同步介入，在需求階段就開始介入，進(jìn)行需求評(píng)審。在開發(fā)人員開始編碼的時(shí)候，測(cè)試人員就

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

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