英文原文：The Developer-Tester Divide

　　作者：Gil Zilberfeld 譯者：蔡堅安

　　從此以后他們幸福地生活在一起

　　關(guān)于開發(fā)人員和測試人員的關(guān)系，人們闡述了很多，討論了很多，爭論了很多。而貌似一旦這兩者坐在一起，對峙便開始了，兩者間的爭論多于相互認(rèn)同。顯然，這不利于實(shí)現(xiàn)兩者合作的目標(biāo)——向用戶提供價值。

　　讓我們來分析事情的來龍去脈和現(xiàn)狀，思考如何做得更好。

　　史前時期

　　在最開始，不存在測試人員，只有開發(fā)人員。軟件開發(fā)人員和軟件項(xiàng)目的其他人員比起來并沒有特別大的不同，除了如下事實(shí)：他們是軟件項(xiàng)目的主要成本。準(zhǔn)確地 說這里的成本并不完全是指開發(fā)人員自身(雖然那時優(yōu)秀的開發(fā)人員并不好找)，而是開發(fā)時間以及運(yùn)行軟件所需的資源（比如巨型計算機(jī)）。從經(jīng)濟(jì)角度考慮，專 門成立測試人員是行不通的：開發(fā)軟件的時間如此昂貴，為測試人員分配時間顯得很浪費(fèi)。

　　沒有專門人員檢查工作，軟件開發(fā)人員只好自己做測試。因?yàn)殚_發(fā)軟件的時間如此昂貴，他們通過檢查日志、打印信息以及離線“調(diào)試”來確保軟件正常運(yùn)行。那時 還沒有可用于調(diào)試的IDE，開發(fā)時間如此昂貴，可不能在查看成百上千頁的打印數(shù)據(jù)上花費(fèi)太多的時間。因此檢查數(shù)據(jù)的人都是開發(fā)人員，這樣大家使用彼此熟悉 的術(shù)語，對問題心知肚明。這樣，盡管速度還不夠快，但整個團(tuán)隊(duì)能夠和諧地前進(jìn)，。

　　開始分裂

　　隨著軟件行業(yè)的高速發(fā)展以及計算機(jī)成本的降低，軟件公司在考慮成本的同時也開始關(guān)注軟件質(zhì)量。軟件使用者開始變得挑剔，他們經(jīng)常在初次使用時就不滿意，要求軟件公司修復(fù)或改善他們所購買的軟件。

　　保證軟件質(zhì)量的方案之一就是驗(yàn)收測試：客戶在軟件系統(tǒng)上執(zhí)行應(yīng)用場景。這些場景就像是軟件公司和客戶之間的契約：軟件系統(tǒng)只有通過這些場景測試才能夠被客戶接受。

　　最初，開發(fā)人員會自己執(zhí)行驗(yàn)收測試，或者由客戶執(zhí)行驗(yàn)收測試，然后將問題反饋給開發(fā)人員。但軟件公司很快就意識到開發(fā)人員不擅長于處理和客戶的關(guān)系，于是隔離客戶和開發(fā)團(tuán)隊(duì)的想法開始萌芽。

　　存在的問題不僅僅是客戶和開發(fā)人員之間的溝通。因?yàn)轵?yàn)收測試有時無法達(dá)到預(yù)期效果，人們越來越意識到應(yīng)該對開發(fā)團(tuán)隊(duì)進(jìn)行更加嚴(yán)格的質(zhì)量監(jiān)控。若由其他團(tuán)隊(duì) 的開發(fā)人員進(jìn)行質(zhì)量監(jiān)控，則會導(dǎo)致軟件成本增加；而進(jìn)行質(zhì)量監(jiān)控不需要理解錯綜復(fù)雜的軟件是如何工作的，因此軟件測試人員這個職業(yè)便產(chǎn)生了。

　　當(dāng)然，這種組織結(jié)構(gòu)的變化并不是自然而然產(chǎn)生的，組織結(jié)構(gòu)變化需要管理上的支撐和協(xié)調(diào)。所以經(jīng)過幾年的發(fā)展，軟件項(xiàng)目中開發(fā)人員和測試人員兩種角色的界限還是不清晰，

　　隨著軟件測試領(lǐng)域的發(fā)展，越來越多的測試人員需要提升自身的技能，于是開始產(chǎn)生了相關(guān)的方法論和培訓(xùn)需求。培訓(xùn)和認(rèn)證機(jī)構(gòu)看到了這個市場機(jī)會，開始提供測 試人員以及開發(fā)人員培訓(xùn)服務(wù)。隨著方法論的逐漸成熟，測試專家開始涌現(xiàn)。之后開發(fā)和測試領(lǐng)域都有各自的專家，開發(fā)人員和測試人員的界限清晰起來了。

　　雙城記

　　開發(fā)人員和工作人員在思維和工作方式上截然不同。開發(fā)人員認(rèn)為自己是創(chuàng)新家，他們從無到有創(chuàng)建出軟件，卻常常招測試人員指手畫腳。另一方面，測試人員苦苦 忍耐開發(fā)進(jìn)度，而當(dāng)終于從開發(fā)人員手里接過軟件時卻發(fā)現(xiàn)軟件是個廢物。質(zhì)量始終難以過關(guān)，測試人員重復(fù)測試出主要應(yīng)用場景的錯誤，花費(fèi)了不少時間。由于時 間有限，很多應(yīng)用程序沒能完全通過測試。

　　開發(fā)人員認(rèn)為測試人員就是敵人，因此可能會把軟件發(fā)布拋在腦后，使出渾身解術(shù)避開測試人員。測試人員認(rèn)為開發(fā)人員不夠?qū)I(yè)，產(chǎn)生了很多本可以避免的bug。軟件團(tuán)隊(duì)中彌漫者諸多不信任。

　　軟件公司中的這兩個黨派之間還存在另一個問題：軟件需求以及測試場景的溝通問題。因?yàn)樗季S方式的差異和語言的歧義性，軟件需求經(jīng)過再次表述，接著再次被理解，結(jié)果和實(shí)際會有很大出入。而這些理解上的出入直到測試階段才被發(fā)現(xiàn)，相互指責(zé)隨之爆發(fā)。

　　最后一個會引發(fā)兩黨沖突的問題是時間鴻溝。開發(fā)人員說可以測了，測試人員便開始測試，開發(fā)人員接著進(jìn)行新功能的開發(fā)以保持生產(chǎn)率。然而，當(dāng)測試人員報告bug時開發(fā)人員的開發(fā)工作被擾亂了，開發(fā)人員開始抱怨測試人員見縫插針，指手畫腳。

　　開發(fā)派和測試派之間的緊張局勢顯然不利于減少浪費(fèi)和產(chǎn)生有價值的產(chǎn)品。兩派之間的沖突導(dǎo)致了重復(fù)工作，相互指責(zé)，而軟件產(chǎn)品難以有見光的一天。

　　敏捷之橋

　　敏捷實(shí)踐一開始就以開發(fā)出能良好運(yùn)轉(zhuǎn)的軟件作為目標(biāo)。這是很重要的一步：敏捷宣言的倡導(dǎo)者來自軟件行業(yè)的各個領(lǐng)域（開發(fā)人員、測試人員和管理人員），他們把業(yè)務(wù)價值放在第一位，任何事情都應(yīng)以它為依托。

　　“完整團(tuán)隊(duì)”是其解決方案，這是試圖將客戶和開發(fā)團(tuán)隊(duì)捆綁在一起的極限編程實(shí)踐。敏捷組織也有測試人員的概念。

　　因?yàn)殚_發(fā)人員與測試人員有了共同點(diǎn)并需要緊密協(xié)作，他們恢復(fù)了之前抗拒的行為：交流。

　　他們開始使用相同的術(shù)語交流需求是什么。語言障礙消除了，雙方在應(yīng)該怎樣做和哪些事情還未解決上達(dá)成一致。

　　最重要的是，在一個sprint中，功能特性被開發(fā)和測試，所有發(fā)現(xiàn)的bug都被修正。這樣，開發(fā)人員和測試人員之間的時間鴻溝消失了，因?yàn)樗麄兪冀K在相同的迭代周期中協(xié)作。

　　當(dāng)開發(fā)人員和測試人員在同一迭代周期中協(xié)作時，他們發(fā)現(xiàn)了更好的情況：測試人員在流程早期捕獲錯誤和決定怎么處理，這樣對開發(fā)工作產(chǎn)生正面的推動，開發(fā)人 員也從迭代中受益：在sprint中捕獲和修正的bug都不算是真正的“bug”，只有逃脫出迭代周期的bug才會被當(dāng)作真正的bug記錄下來——開發(fā)人 員可不愿意成天被別人說自己開發(fā)的軟件是有bug的。

　　改造

　　敏捷團(tuán)隊(duì)實(shí)踐也產(chǎn)生了奇特的社會學(xué)副作用：開發(fā)人員和測試人員之間的界限不再清晰。敏捷團(tuán)隊(duì)中開發(fā)人員做著各種各樣的事情，他們介于開發(fā)人員和測試人員之 間。開發(fā)人員開始參與測試，而測試人員則學(xué)會了怎樣開發(fā)以及怎樣編寫代碼做自動化測試。沒有人能夠做所有事情，但每個人都學(xué)會了額外的技能。

　　另一個邊際效應(yīng)是軟件質(zhì)量的提升。敏捷實(shí)踐認(rèn)為每個人都應(yīng)該關(guān)注質(zhì)量。開發(fā)人員肩負(fù)起本來的職責(zé)：保證他們的代碼能夠正常運(yùn)行。軟件質(zhì)量提高了，測試人員則可以在一般性測試之后開始探索式測試，使軟件質(zhì)量更上一層樓。

　　美好結(jié)局？

　　試圖獲得成功的敏捷團(tuán)隊(duì)還一直處于發(fā)展變化之中。敏捷軟件公司正在嘗試創(chuàng)建功能特性團(tuán)隊(duì)，這樣的團(tuán)隊(duì)不僅僅由開發(fā)人員和測試人員組成，還包括了其他角色。

　　但這樣的公司還是少數(shù)。大多數(shù)公司還沒有涉及真正的協(xié)同敏捷軟件開發(fā)。開發(fā)人員和測試人員仍然被相互隔離，他們認(rèn)為從業(yè)務(wù)角度考量這兩種角色就應(yīng)該被分開。

　　敏捷實(shí)踐已經(jīng)證實(shí)，通過流程以及協(xié)作可以打破開發(fā)人員和測試人員之間的隔閡。成功的敏捷實(shí)踐必然包括開發(fā)團(tuán)隊(duì)和測試團(tuán)隊(duì)的融合。沒有重新組織以使兩者融合，是不可能獲得成功的，或者用敏捷的術(shù)語：不可能獲得良好運(yùn)轉(zhuǎn)的軟件。

　　關(guān)于作者

　　Gil Zilberfeld 是Typemock公司的產(chǎn)品經(jīng)理。在15年的軟件開發(fā)之旅中，Gil經(jīng)歷了軟件開發(fā)的各個方面，從編碼到團(tuán)隊(duì)管理，再到流程實(shí)現(xiàn)。Gil在演講和博客中談?wù)搯卧獪y試，鼓勵初級和高級開發(fā)人員在他們的項(xiàng)目把單元測試作為核心實(shí)踐。你可以通過電子郵件gilz@typemock.com和他的博客聯(lián)系他。

it知識庫：開發(fā)人員與測試人員的劃分，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。