微軟測試可借鑒之處

第第頁微軟測試可借鑒之處微軟測試可借鑒之處

發(fā)表于：2023-06-24來源：：點(diǎn)擊數(shù)：標(biāo)簽：微軟借鑒

開頭語：作測試很久了，一直為一些問題所困擾，也一直對微軟有一種頂禮膜拜的向往，終于有一天，近距離的接觸了微軟的測試，感覺不是以前想象中那么遙不可及，卻又難以企及。于是把個(gè)人覺得微軟值得借鑒的地方整理了一下，希望能對大家有所幫助。1．測試

開頭語：

作測試很久了，一直為一些問題所困擾，也一直對微軟有一種頂禮膜拜的向往，終于有一天，近距離的接觸了微軟的測試，感覺不是以前想象中那么遙不可及，卻又難以企及。于是把個(gè)人覺得微軟值得借鑒的地方整理了一下，希望能對大家有所幫助。

1．測試流程

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

大致是先進(jìn)行測試準(zhǔn)備，然后是Testcase的編寫，然后是白盒測試（不一定每個(gè)項(xiàng)目都有），然后是功能測試階段，然后是驗(yàn)收測試，最終release。

如果看流程的話，和一般公司大同小異，沒什么新花樣。但是我覺得值得借鑒的是兩點(diǎn)。

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

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

但是，看國內(nèi)的公司欠缺的就是這個(gè)，要么是沒有流程，要么流程是個(gè)花架子，沒認(rèn)真執(zhí)行過。我想微軟的測試人都是超級牛人，但是人家還是老老實(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)測試盡早介入。微軟在這方面是一致提倡的，按照我們國內(nèi)IT業(yè)的惡習(xí)，一般都是軟件主體差不多成型了，拉幾個(gè)測試人員過來點(diǎn)點(diǎn)，其實(shí)這是非常不好的。微軟的測試人員在項(xiàng)目一開始就和開發(fā)人員同步介入，在需求階段就開始介入，進(jìn)行需求評審。在開發(fā)人員開始編碼的時(shí)候，測試人員就開始編寫Testcase，并開發(fā)一些測試工具，或者寫一些配套的測試代碼（不要奇怪，微軟的測試人員都能寫很好的代碼）。微軟的理念就是：預(yù)防bug比解決bug好，所以非常提倡測試盡早介入，把一部分bug消滅在需求階段。

2．自動(dòng)化流程

說到自動(dòng)化，大家可能以為我是說微軟的自動(dòng)化測試工具多牛，其實(shí)微軟內(nèi)部用到的自動(dòng)化測試工具倒是不多，就算有也都是內(nèi)部開發(fā)的，非常實(shí)用的，他們不會(huì)去用MI的工具。

說微軟的自動(dòng)化程度高，主要是體現(xiàn)在流程方面，譬如說整個(gè)自動(dòng)

構(gòu)建流程，在開發(fā)人員代碼checkin之后，系統(tǒng)自動(dòng)發(fā)郵件，郵

件內(nèi)容就是一個(gè)changelist，包括代碼更新list以及一個(gè)編譯者添加的comment，其內(nèi)容是該版本功能的變化或者修改掉的bugID。整個(gè)測試過程中能用自動(dòng)化的地方都盡可能采用自動(dòng)化，盡可能減少人為失誤，并且可

以使人和機(jī)器并行工作。個(gè)人覺得，這點(diǎn)很值得我們國內(nèi)的測試公司借鑒，能自動(dòng)化的流程都自動(dòng)化，減少一些不必要的溝通。

3．質(zhì)量控制機(jī)制

說到質(zhì)量控制是個(gè)大問題，需要整個(gè)團(tuán)隊(duì)和流程提高素質(zhì)。那么微軟的質(zhì)量控制可以借鑒的是什么呢？是他們的機(jī)制。在微軟的測試流程當(dāng)中，在開發(fā)的早期，項(xiàng)目中所有的問題都是Devleader和PM商量說了算（當(dāng)然也要參考需求方的意見），但是到后期，具體就是功能測試之后，項(xiàng)目的主動(dòng)權(quán)都在測試這邊，某個(gè)bug的要不要解決，或者項(xiàng)目進(jìn)度控制都是測試leader說了算。這和國內(nèi)的大多數(shù)軟件公司是不一樣的，在微軟，測試人員要對最終的軟件質(zhì)量負(fù)責(zé)任，但是也有相應(yīng)的權(quán)利來約束開發(fā)人員。當(dāng)然，他們也肯定有一些bug是產(chǎn)生爭議的，這個(gè)時(shí)候的仲裁機(jī)制就是PM，這個(gè)不是我們傳統(tǒng)的PM（Projectmanager），而是一種具有微軟特色的PM（全稱是Programmanager）。這樣，測試人員在對一些爭議bug的處理上有相當(dāng)?shù)脑捳Z權(quán)。

4．測試用例及管理

微軟的測試用例倒沒什么特別的，不過看過他們用例之后，還是覺得寫的詳細(xì)，認(rèn)真，但是又不冗長拖沓，這個(gè)需要很高深的水平。另外，微軟的測試用例管理用的是微軟自己開發(fā)的用例管理工具。

另外值得說明的是，微軟的每個(gè)用例都進(jìn)行了分級，并且功能所在的模塊都標(biāo)的很清楚。

5．效率

在效率方面，微軟的測試效率非常高！高的讓人驚嘆，我問一個(gè)在微軟工作的哥們，“你們那邊測試的最大特點(diǎn)是什么”，他說“最大特點(diǎn)是快！”，就是效率很高，具體就是在測試后期過程中測試和開發(fā)之間的反饋非?？?，開發(fā)修改一定量的bug，提交一個(gè)新的版本。測試人員往往能在很快的時(shí)間內(nèi)把測試結(jié)果反饋出來，一般是在1天之內(nèi)就能把用例快速run一遍，這樣就能減少某些后期才發(fā)現(xiàn)bug導(dǎo)致的項(xiàng)目delay。在國內(nèi)很多項(xiàng)目的通病是，開發(fā)解決問題帶進(jìn)一個(gè)新問題，測試人員整個(gè)遍歷一遍用例之后才能發(fā)現(xiàn)，這樣來回反復(fù)就消耗了大量的時(shí)間。

但微軟是如何才能實(shí)現(xiàn)快速反饋呢？

第一，測試人員對程序的了解，微軟的測試人員對程序內(nèi)部結(jié)構(gòu)都非常熟悉，修改某一個(gè)地方，可能引起什么問題，哪些用例需要重新測試，測試人員非常清楚，能快速的執(zhí)行最可能出錯(cuò)的地方。如果某些模塊不熟悉，那么他們會(huì)和開發(fā)人員在一起溝通這次修改可能引起的問題。

第二，工具！還是工具，在微軟的測試中，測試人員用各種工具幫助測試，提高測試效率是占到很大的比重。

第三，時(shí)間意識。微軟的測試人員有強(qiáng)烈的時(shí)間意識。

6．測試工具

測試工具能很大程度上提高測試效率，這個(gè)作為測試人員都很清楚。當(dāng)然測試工具在微軟的測試中也應(yīng)用非常廣泛，但是請注意，微軟并不是像我們國內(nèi)的公司一樣使用的都是LR或QTP這類的錄制回放工具，反而這種工具倒是用的不多，就跟微軟不屑CMM一樣，可能是不想屈尊自己IT老大的身份吧。

但是微軟的測試工具最大的特點(diǎn)是實(shí)用。他們用的測試工具都是確實(shí)能提高效率，確實(shí)能辦事情的工具，都不是類似WR和QTP的很大很系統(tǒng)的工具，而是比較小的，很靈活，實(shí)用的小工具（譬如：Fiddler、Drip、httpwatch、IEDevToolBar、PaintNotNet、procexpetc.）。甚至有一些測試工具是測試人員在開發(fā)人員協(xié)助下根據(jù)項(xiàng)目需要臨時(shí)開發(fā)的，不過大多數(shù)工具都是微軟內(nèi)部已經(jīng)共享出來的，在微軟內(nèi)部各種各樣的小工具特別多。

總體給我的感覺是，不是為了用測試工具而用，而是根據(jù)實(shí)際的需要，確實(shí)能提高效率而用到，在用的過程中確實(shí)也很大的提高了效率。

7．測試人員的專業(yè)素質(zhì)

微軟測試給我印象最深刻的還有他們測試人員的專業(yè)水準(zhǔn)，在測試過程中，測試人員在一些技術(shù)上并不遜色于開發(fā)人員，在一些bug的處理上，能提出很多合理的很有建設(shè)性的建議。

8．微軟的白盒測試

微軟的白盒測試怎么執(zhí)行呢？讓我略微有點(diǎn)吃驚的是，微軟的一半測試人員基本不做白盒測試，除非有些不能做黑盒的模塊，另外也不是所有的產(chǎn)品都作白盒測試。

微軟的白盒測試一般還是由專門的白盒測試人員來做，但是開發(fā)人員要對測試人員的白盒測試代碼進(jìn)行Review，另外微軟對開發(fā)人員的代碼，效率也都有一套詳細(xì)的考核機(jī)制，所以開發(fā)人員對自己的代碼也是非常負(fù)責(zé)任的，都進(jìn)行很認(rèn)真的進(jìn)行測試。

9．意識（時(shí)間，質(zhì)量）

另外微軟的測試還有很好的一點(diǎn)就是意識，時(shí)間和質(zhì)量的意識都是非常強(qiáng)。在控制時(shí)間成本上，意識非常強(qiáng)，這點(diǎn)非常值得我們國內(nèi)同仁學(xué)習(xí)，另外，風(fēng)險(xiǎn)管理的機(jī)制和意識都是非常好。在微軟，項(xiàng)目組的每個(gè)成員都被明確告知，如果這個(gè)項(xiàng)目每delay一天，就會(huì)損失多少個(gè)million的美元，所以整個(gè)項(xiàng)目組都有比較好的時(shí)間意識。

另外，在微軟，項(xiàng)目組人員的質(zhì)量意識都是比較強(qiáng)的。怎么樣更好服務(wù)用戶，讓用戶體驗(yàn)更好，怎么樣更好的改進(jìn)，這種意識比較強(qiáng)。

10．微軟的培訓(xùn)

在微軟內(nèi)部，員工外訓(xùn)的機(jī)會(huì)比較少，大多都是內(nèi)部互訓(xùn)，各人培訓(xùn)自己的強(qiáng)項(xiàng)，有比較好的互相分享的習(xí)慣。另外微軟的內(nèi)部有非常豐富的各種培訓(xùn)文檔。以后我會(huì)上傳上去和大家分享。

11．測試數(shù)據(jù)記錄

微軟的測試數(shù)據(jù)記錄是非常全的，也都是系統(tǒng)自動(dòng)的，每天都是由系統(tǒng)自動(dòng)統(tǒng)計(jì)當(dāng)天的bug情況，然后發(fā)送一個(gè)report到每個(gè)項(xiàng)目組成員的郵箱里。最后到測試總結(jié)的時(shí)候，這些測試數(shù)據(jù)將變得非常有用。

編后感：在深入了解微軟的測試之前，對微軟這個(gè)IT業(yè)界巨無霸的測試感覺是頂禮膜拜，高不可攀，總覺得可能很神秘