谷歌如何測試軟件 —— 第二部分

feiyang10086

轉(zhuǎn)：找不著北

谷歌如何測試軟件 —— 第二部分

為了做到“you build it, you break it”這句名言所說的那樣，有必要在傳統(tǒng)的開發(fā)人員之上再增加幾個(gè)工作角色。因?yàn)槎�技術(shù)，開發(fā)人員做測試工作就更合適、更有效。在Google，我們新增的工作角色是來讓技術(shù)人員負(fù)責(zé)去提高其他人的效率。這些技術(shù)人員通常把自己看作是測試人員，但他們真正的使命是提高生產(chǎn)率。他們的存在可以使開發(fā)人員更高效，產(chǎn)品更有質(zhì)量，這些都是生產(chǎn)率最重要的部分。下面是對這些角色的一些概述：


軟件工程師 是傳統(tǒng)的開發(fā)角色。軟工編寫需要提交給客戶使用的程序功能代碼。他們編寫設(shè)計(jì)文檔，設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)，以及整個(gè)架構(gòu)，他們主要的時(shí)間是花在開發(fā)和檢查程序代碼。軟工會寫出大量的測試程序，包括測試驅(qū)動設(shè)計(jì)，單元測試，以及我在下一部分里將會提到的整個(gè)開發(fā)工程中的小規(guī)模，中等，大規(guī)模的測試程序。軟工對他動過的任何程序的質(zhì)量負(fù)責(zé) —— 不論是自己開發(fā)的、還是改過bug的，或完善過的程序。


測試軟件工程師 同樣也是開發(fā)人員，只不過他們更側(cè)重于測試相關(guān)的東西。他們審查設(shè)計(jì)，發(fā)現(xiàn)里面的代碼質(zhì)量問題和風(fēng)險(xiǎn)。他們重構(gòu)代碼，讓程序更容易測試。測試軟工編寫單元測試/自動化測試框架。他們是軟工開發(fā)的程序的共同創(chuàng)造者，但更關(guān)注于提高質(zhì)量和測試覆蓋率，而不是增加新功能和提高程序性能。


測試工程師 正好和測試軟件工程師反過來。這個(gè)角色是以測試第一，開發(fā)放在第二。很多Google的測試工程師的大部分時(shí)間都是在寫自動化測試腳本之類的代碼，用來驅(qū)動測試用例或模擬一個(gè)用戶。他們同時(shí)也負(fù)責(zé)組織軟工和測試軟工的測試工作，解釋測試結(jié)果和驅(qū)動測試執(zhí)行，特別是在項(xiàng)目開發(fā)的晚期推動產(chǎn)品正式發(fā)布的重要角色。測試工程師是產(chǎn)品專家，質(zhì)量顧問，風(fēng)險(xiǎn)分析師。


從質(zhì)量的角度看，軟件工程師 對產(chǎn)品功能和產(chǎn)品質(zhì)量負(fù)有完全獨(dú)立的職責(zé)。他們負(fù)責(zé)產(chǎn)品對錯(cuò)誤的忍耐度的設(shè)計(jì)，錯(cuò)誤恢復(fù)，測試驅(qū)動設(shè)計(jì)，單元測試，以及幫助測試軟件工程師 開發(fā)那些用來測試這些程序的測試代碼。


測試軟件工程師是編寫測試功能的開發(fā)人員。他們提供一種框架，通過虛擬物來模擬程序所依賴的各種環(huán)境，使開發(fā)出的新代碼能隔離起來運(yùn)行。他們負(fù)責(zé)管理代碼的提交(check-in)。換句話說，測試軟件工程師編寫那些用來測試軟件工程師開發(fā)出的功能的測試程序。大部分的實(shí)際的測試活動都是軟件工程師執(zhí)行的，測試軟件工程師只是來確保程序的各項(xiàng)功能都可測試，軟工以十分活躍的角色參與到這些測試用例的編寫過程中。


很顯然，測試軟件工程師 主要是為開發(fā)人員服務(wù)的。確保每個(gè)功能的質(zhì)量是他們的目標(biāo)，他們使開發(fā)人員能夠容易的測試自己開發(fā)出的程序。我相信有人肯定已經(jīng)看出，在這個(gè)開發(fā)過程中，存在一個(gè)巨大的漏洞：怎么沒有用戶？


用戶測試是 Google的測試工程部 的工作。假設(shè)軟工和測試軟工的測試通過的話，下一步的工作就是看看這一堆的可執(zhí)行代碼和數(shù)據(jù)集成起來是否滿足用戶的需求 。測試工程部 在開發(fā)人員的工作基礎(chǔ)上做雙重檢查。任何明顯的bug的存在都會說明前期開發(fā)測試工作的不合格、很差勁。當(dāng)這種問題很少時(shí)，測試工程部會將主要精力放在軟件在用戶場景中運(yùn)行時(shí)的性能效率、安全性、國際化等問題上。測試工程部要做大量的測試，并且要在測試工程部和簽約測試人員，目標(biāo)集體測試者，dog fooder，beta用戶，前期用戶之間配合測試。他們會同遇到到基礎(chǔ)設(shè)計(jì)上、功能復(fù)雜度和錯(cuò)誤恢復(fù)方法上的問題的用戶進(jìn)行交流。測試工程部 一旦插手，事情就永遠(yuǎn)沒個(gè)完了。


好了，你現(xiàn)在對各種角色都有了較明白的理解了，我還會進(jìn)一步的對如何安排他們的工作事項(xiàng)上進(jìn)行介紹。下一次見 … 感謝你的關(guān)注。