關(guān)于開發(fā)人員和測(cè)試人員的關(guān)系，人們闡述了很多，討論了很多，爭(zhēng)論了很多。而貌似一旦這兩者坐在一起，對(duì)峙便開始了，兩者間的爭(zhēng)論多于相互認(rèn)同。顯然，這不利于實(shí)現(xiàn)兩者合作的目標(biāo)——向用戶提供價(jià)值。
史前時(shí)期
在最開始，不存在測(cè)試人員，只有開發(fā)人員。軟件開發(fā)人員和軟件項(xiàng)目的其他人員比起來(lái)并沒有特別大的不同，除了如下事實(shí)：他們是軟件項(xiàng)目的主要成本。準(zhǔn)確地 說(shuō)這里的成本并不完全是指開發(fā)人員自身(雖然那時(shí)優(yōu)秀的開發(fā)人員并不好找)，而是開發(fā)時(shí)間以及運(yùn)行軟件所需的資源（比如巨型計(jì)算機(jī)）。從經(jīng)濟(jì)角度考慮，專 門成立測(cè)試人員是行不通的：開發(fā)軟件的時(shí)間如此昂貴，為測(cè)試人員分配時(shí)間顯得很浪費(fèi)。
沒有專門人員檢查工作，軟件開發(fā)人員只好自己做測(cè)試。因?yàn)殚_發(fā)軟件的時(shí)間如此昂貴，他們通過檢查日志、打印信息以及離線“調(diào)試”來(lái)確保軟件正常運(yùn)行。那時(shí) 還沒有可用于調(diào)試的IDE，開發(fā)時(shí)間如此昂貴，可不能在查看成百上千頁(yè)的打印數(shù)據(jù)上花費(fèi)太多的時(shí)間。因此檢查數(shù)據(jù)的人都是開發(fā)人員，這樣大家使用彼此熟悉 的術(shù)語(yǔ)，對(duì)問題心知肚明。這樣，盡管速度還不夠快，但整個(gè)團(tuán)隊(duì)能夠和諧地前進(jìn)，。
開始分裂
隨著軟件行業(yè)的高速發(fā)展以及計(jì)算機(jī)成本的降低，軟件公司在考慮成本的同時(shí)也開始關(guān)注軟件質(zhì)量。軟件使用者開始變得挑剔，他們經(jīng)常在初次使用時(shí)就不滿意，要求軟件公司修復(fù)或改善他們所購(gòu)買的軟件。
保證軟件質(zhì)量的方案之一就是驗(yàn)收測(cè)試：客戶在軟件系統(tǒng)上執(zhí)行應(yīng)用場(chǎng)景。這些場(chǎng)景就像是軟件公司和客戶之間的契約：軟件系統(tǒng)只有通過這些場(chǎng)景測(cè)試才能夠被客戶接受。
最初，開發(fā)人員會(huì)自己執(zhí)行驗(yàn)收測(cè)試，或者由客戶執(zhí)行驗(yàn)收測(cè)試，然后將問題反饋給開發(fā)人員。但軟件公司很快就意識(shí)到開發(fā)人員不擅長(zhǎng)于處理和客戶的關(guān)系，于是隔離客戶和開發(fā)團(tuán)隊(duì)的想法開始萌芽。
存在的問題不僅僅是客戶和開發(fā)人員之間的溝通。因?yàn)轵?yàn)收測(cè)試有時(shí)無(wú)法達(dá)到預(yù)期效果，人們?cè)絹?lái)越意識(shí)到應(yīng)該對(duì)開發(fā)團(tuán)隊(duì)進(jìn)行更加嚴(yán)格的質(zhì)量監(jiān)控。若由其他團(tuán)隊(duì) 的開發(fā)人員進(jìn)行質(zhì)量監(jiān)控，則會(huì)導(dǎo)致軟件成本增加；而進(jìn)行質(zhì)量監(jiān)控不需要理解錯(cuò)綜復(fù)雜的軟件是如何工作的，因此軟件測(cè)試人員這個(gè)職業(yè)便產(chǎn)生了。
當(dāng)然，這種組織結(jié)構(gòu)的變化并不是自然而然產(chǎn)生的，組織結(jié)構(gòu)變化需要管理上的支撐和協(xié)調(diào)。所以經(jīng)過幾年的發(fā)展，軟件項(xiàng)目中開發(fā)人員和測(cè)試人員兩種角色的界限還是不清晰，
隨著軟件測(cè)試領(lǐng)域的發(fā)展，越來(lái)越多的測(cè)試人員需要提升自身的技能，于是開始產(chǎn)生了相關(guān)的方法論和培訓(xùn)需求。培訓(xùn)和認(rèn)證機(jī)構(gòu)看到了這個(gè)市場(chǎng)機(jī)會(huì)，開始提供測(cè) 試人員以及開發(fā)人員培訓(xùn)服務(wù)。隨著方法論的逐漸成熟，測(cè)試專家開始涌現(xiàn)。之后開發(fā)和測(cè)試領(lǐng)域都有各自的專家，開發(fā)人員和測(cè)試人員的界限清晰起來(lái)了。
雙城記
開發(fā)人員和工作人員在思維和工作方式上截然不同。開發(fā)人員認(rèn)為自己是創(chuàng)新家，他們從無(wú)到有創(chuàng)建出軟件，卻常常招測(cè)試人員指手畫腳。另一方面，測(cè)試人員苦苦 忍耐開發(fā)進(jìn)度，而當(dāng)終于從開發(fā)人員手里接過軟件時(shí)卻發(fā)現(xiàn)軟件是個(gè)廢物。質(zhì)量始終難以過關(guān)，測(cè)試人員重復(fù)測(cè)試出主要應(yīng)用場(chǎng)景的錯(cuò)誤，花費(fèi)了不少時(shí)間。由于時(shí) 間有限，很多應(yīng)用程序沒能完全通過測(cè)試。
開發(fā)人員認(rèn)為測(cè)試人員就是敵人，因此可能會(huì)把軟件發(fā)布拋在腦后，使出渾身解術(shù)避開測(cè)試人員。測(cè)試人員認(rèn)為開發(fā)人員不夠?qū)I(yè)，產(chǎn)生了很多本可以避免的bug。軟件團(tuán)隊(duì)中彌漫者諸多不信任。
軟件公司中的這兩個(gè)黨派之間還存在另一個(gè)問題：軟件需求以及測(cè)試場(chǎng)景的溝通問題。因?yàn)樗季S方式的差異和語(yǔ)言的歧義性，軟件需求經(jīng)過再次表述，接著再次被理解，結(jié)果和實(shí)際會(huì)有很大出入。而這些理解上的出入直到測(cè)試階段才被發(fā)現(xiàn)，相互指責(zé)隨之爆發(fā)。
最后一個(gè)會(huì)引發(fā)兩黨沖突的問題是時(shí)間鴻溝。開發(fā)人員說(shuō)可以測(cè)了，測(cè)試人員便開始測(cè)試，開發(fā)人員接著進(jìn)行新功能的開發(fā)以保持生產(chǎn)率。然而，當(dāng)測(cè)試人員報(bào)告bug時(shí)開發(fā)人員的開發(fā)工作被擾亂了，開發(fā)人員開始抱怨測(cè)試人員見縫插針，指手畫腳。
開發(fā)派和測(cè)試派之間的緊張局勢(shì)顯然不利于減少浪費(fèi)和產(chǎn)生有價(jià)值的產(chǎn)品。兩派之間的沖突導(dǎo)致了重復(fù)工作，相互指責(zé)，而軟件產(chǎn)品難以有見光的一天。
敏捷之橋
敏捷實(shí)踐一開始就以開發(fā)出能良好運(yùn)轉(zhuǎn)的軟件作為目標(biāo)。這是很重要的一步：敏捷宣言的倡導(dǎo)者來(lái)自軟件行業(yè)的各個(gè)領(lǐng)域（開發(fā)人員、測(cè)試人員和管理人員），他們把業(yè)務(wù)價(jià)值放在第一位，任何事情都應(yīng)以它為依托。
“完整團(tuán)隊(duì)”是其解決方案，這是試圖將客戶和開發(fā)團(tuán)隊(duì)捆綁在一起的極限編程實(shí)踐。敏捷組織也有測(cè)試人員的概念。
因?yàn)殚_發(fā)人員與測(cè)試人員有了共同點(diǎn)并需要緊密協(xié)作，他們恢復(fù)了之前抗拒的行為：交流。
他們開始使用相同的術(shù)語(yǔ)交流需求是什么。語(yǔ)言障礙消除了，雙方在應(yīng)該怎樣做和哪些事情還未解決上達(dá)成一致。
最重要的是，在一個(gè)sprint中，功能特性被開發(fā)和測(cè)試，所有發(fā)現(xiàn)的bug都被修正。這樣，開發(fā)人員和測(cè)試人員之間的時(shí)間鴻溝消失了，因?yàn)樗麄兪冀K在相同的迭代周期中協(xié)作。
當(dāng)開發(fā)人員和測(cè)試人員在同一迭代周期中協(xié)作時(shí)，他們發(fā)現(xiàn)了更好的情況：測(cè)試人員在流程早期捕獲錯(cuò)誤和決定怎么處理，這樣對(duì)開發(fā)工作產(chǎn)生正面的推動(dòng)，開發(fā)人 員也從迭代中受益：在sprint中捕獲和修正的bug都不算是真正的“bug”，只有逃脫出迭代周期的bug才會(huì)被當(dāng)作真正的bug記錄下來(lái)——開發(fā)人 員可不愿意成天被別人說(shuō)自己開發(fā)的軟件是有bug的。
改造
敏捷團(tuán)隊(duì)實(shí)踐也產(chǎn)生了奇特的社會(huì)學(xué)副作用：開發(fā)人員和測(cè)試人員之間的界限不再清晰。敏捷團(tuán)隊(duì)中開發(fā)人員做著各種各樣的事情，他們介于開發(fā)人員和測(cè)試人員之 間。開發(fā)人員開始參與測(cè)試，而測(cè)試人員則學(xué)會(huì)了怎樣開發(fā)以及怎樣編寫代碼做自動(dòng)化測(cè)試。沒有人能夠做所有事情，但每個(gè)人都學(xué)會(huì)了額外的技能。
另一個(gè)邊際效應(yīng)是軟件質(zhì)量的提升。敏捷實(shí)踐認(rèn)為每個(gè)人都應(yīng)該關(guān)注質(zhì)量。開發(fā)人員肩負(fù)起本來(lái)的職責(zé)：保證他們的代碼能夠正常運(yùn)行。軟件質(zhì)量提高了，測(cè)試人員則可以在一般性測(cè)試之后開始探索式測(cè)試，使軟件質(zhì)量更上一層樓。
美好結(jié)局？
試圖獲得成功的敏捷團(tuán)隊(duì)還一直處于發(fā)展變化之中。敏捷軟件公司正在嘗試創(chuàng)建功能特性團(tuán)隊(duì)，這樣的團(tuán)隊(duì)不僅僅由開發(fā)人員和測(cè)試人員組成，還包括了其他角色。
但這樣的公司還是少數(shù)。大多數(shù)公司還沒有涉及真正的協(xié)同敏捷軟件開發(fā)。開發(fā)人員和測(cè)試人員仍然被相互隔離，他們認(rèn)為從業(yè)務(wù)角度考量這兩種角色就應(yīng)該被分開。
敏捷實(shí)踐已經(jīng)證實(shí)，通過流程以及協(xié)作可以打破開發(fā)人員和測(cè)試人員之間的隔閡。成功的敏捷實(shí)踐必然包括開發(fā)團(tuán)隊(duì)和測(cè)試團(tuán)隊(duì)的融合。沒有重新組織以使兩者融合，是不可能獲得成功的，或者用敏捷的術(shù)語(yǔ)：不可能獲得良好運(yùn)轉(zhuǎn)的軟件。
關(guān)于作者
Gil Zilberfeld 是Typemock公司的產(chǎn)品經(jīng)理。在15年的軟件開發(fā)之旅中，Gil經(jīng)歷了軟件開發(fā)的各個(gè)方面，從編碼到團(tuán)隊(duì)管理，再到流程實(shí)現(xiàn)。Gil在演講和博客中談?wù)搯卧獪y(cè)試，鼓勵(lì)初級(jí)和高級(jí)開發(fā)人員在他們的項(xiàng)目把單元測(cè)試作為核心實(shí)踐。你可以通過電子郵件gilz@typemock.com和他的博客聯(lián)系他。