各自分離的功能小組會(huì)讓敏捷團(tuán)隊(duì)更困難。持續(xù)的交流至關(guān)重要。團(tuán)隊(duì)成員需要互相親密地工作，不管工作是通過(guò)虛擬環(huán)境還是在同一個(gè)地點(diǎn)完成。敏捷測(cè)試專家Lisa和Janet分享了敏捷測(cè)試團(tuán)隊(duì)的組織經(jīng)驗(yàn)。
獨(dú)立的質(zhì)量保證團(tuán)隊(duì)
許多組織，不管大還是小，為了得到關(guān)于產(chǎn)品質(zhì)量的誠(chéng)實(shí)的觀點(diǎn)，認(rèn)為擁有獨(dú)立的質(zhì)量保證團(tuán)隊(duì)或測(cè)試團(tuán)隊(duì)是很重要的。經(jīng)常有人問我們：“在整體團(tuán)隊(duì)運(yùn)作方式中有測(cè)試組織的位置嗎？”以及“如果有，是什么角色？”希望保持質(zhì)量保證團(tuán)隊(duì)與開發(fā)團(tuán)隊(duì)分離的原因有：
● 擁有獨(dú)立的檢查和審計(jì)角色很重要。
● 獨(dú)立的質(zhì)量保證團(tuán)隊(duì)可以對(duì)產(chǎn)品的質(zhì)量提出沒有偏見的外部觀察的觀點(diǎn)。
● 如果測(cè)試人員與開發(fā)人員過(guò)于親密，將會(huì)像開發(fā)人員那樣思考，丟失客戶觀點(diǎn)。
● 如果測(cè)試人員和開發(fā)人員向同一個(gè)人匯報(bào)，可能會(huì)有風(fēng)險(xiǎn)使得交付任何代碼的優(yōu)先級(jí)大于交付已測(cè)試代碼的優(yōu)先級(jí)。
團(tuán)隊(duì)經(jīng)常混淆“獨(dú)立的”和“分離的”。如果匯報(bào)結(jié)構(gòu)、經(jīng)費(fèi)和過(guò)程保持在離散的功能區(qū)域，程序員和測(cè)試人員間的分離是必然的。這可能導(dǎo)致摩擦、競(jìng)爭(zhēng)和“我 們VS他們”的態(tài)度。時(shí)間浪費(fèi)在重復(fù)的會(huì)議上，程序員和測(cè)試人員沒有共同的目標(biāo)，更不存在信息共享。雖然有許多原因需要質(zhì)量保證經(jīng)理和獨(dú)立的測(cè)試團(tuán)隊(duì)。但 是，我們建議改變?cè)蚝徒Y(jié)構(gòu)。與其保持測(cè)試人員作為對(duì)立的團(tuán)隊(duì)分離，在編碼完成后測(cè)試應(yīng)用，不如考慮將團(tuán)隊(duì)作為測(cè)試人員團(tuán)體。提供一個(gè)學(xué)習(xí)性組織來(lái)幫助測(cè)試人員職業(yè)發(fā)展和分享想法及互相幫助。如果質(zhì)量保證經(jīng)理成為組織中的實(shí)踐領(lǐng)導(dǎo)，人們將可以傳授給測(cè)試人員技能使其變得更強(qiáng)并更好地適應(yīng)不斷變化的環(huán)境。
我們不相信將測(cè)試人員整合到項(xiàng)目團(tuán)隊(duì)會(huì)妨礙測(cè)試人員正常的工作。實(shí)際上，敏捷團(tuán)隊(duì)的測(cè)試人員感覺其客戶代表的角色很明顯，并且認(rèn)為可以在質(zhì)量思想方面影響團(tuán)隊(duì)的其他成員。
把測(cè)試人員整合到敏捷項(xiàng)目
敏捷開發(fā)中的整體團(tuán)隊(duì)運(yùn)作方式已經(jīng)促使很多采用敏捷開發(fā)的組織解散獨(dú)立的質(zhì)量保證團(tuán)隊(duì)，將測(cè)試人員與項(xiàng)目組一起工作。這聽起來(lái)很好，但是有些組織發(fā)現(xiàn)事 與愿違。不止一個(gè)組織已經(jīng)導(dǎo)致大部分（如果不是）所有測(cè)試人員因?yàn)榘l(fā)覺他們?cè)诿艚蓍_發(fā)團(tuán)隊(duì)中不知道應(yīng)該做什么而離職。培訓(xùn)開發(fā)人員結(jié)對(duì)編程、測(cè)試驅(qū)動(dòng)開發(fā) 和其他的敏捷實(shí)踐，但是測(cè)試人員通常得不到任何培訓(xùn)。許多組織沒有意識(shí)到測(cè)試人員也需要培訓(xùn)結(jié)對(duì)測(cè)試、處理不完整和變化的需求、自動(dòng)化和需要的所有其他新 技術(shù)。測(cè)試人員接受培訓(xùn)和輔導(dǎo)來(lái)獲取技能并認(rèn)識(shí)到這些將對(duì)于成功是很重要的，例如如何與客戶一起編寫面向業(yè)務(wù)的測(cè)試。程序員也可能需要輔導(dǎo)和理解面向業(yè)務(wù) 測(cè)試的重要性以及整體團(tuán)隊(duì)運(yùn)作方式來(lái)編寫和自動(dòng)化測(cè)試。
Janet曾幫助過(guò)整合幾個(gè)獨(dú)立的測(cè)試團(tuán)隊(duì)到敏捷項(xiàng)目。她發(fā)現(xiàn)大部分測(cè)試人員需要六個(gè)月的時(shí)間開始對(duì)使用新的過(guò)程感到有信心。
程序員和測(cè)試人員的結(jié)對(duì)只可能促進(jìn)關(guān)于產(chǎn)品質(zhì)量的交流。如果應(yīng)用的行為不能在開發(fā)環(huán)境中重現(xiàn)，開發(fā)人員通常需要在測(cè)試人員的機(jī)器上觀察應(yīng)用的行為。測(cè)試 人員有時(shí)與開發(fā)人員一起坐下重現(xiàn)問題會(huì)比他們嘗試在缺陷報(bào)告中記錄步驟更容易和快速。這種交互減少了用于非口頭交流的時(shí)間。
測(cè)試人員關(guān)于這個(gè)話題的評(píng)價(jià)包含如下幾條：
● “更接近產(chǎn)品的開發(fā)讓我成為更出色的測(cè)試人員。”
● “與開發(fā)人員一起吃午飯可以構(gòu)建更優(yōu)秀的團(tuán)隊(duì)，這個(gè)團(tuán)隊(duì)希望并且喜歡一起工作。”
整合的項(xiàng)目團(tuán)隊(duì)的一個(gè)重要優(yōu)勢(shì)是只有一個(gè)預(yù)算和一個(gè)進(jìn)度安排。如果所有的功能沒有完成，不會(huì)減少“測(cè)試”時(shí)間。如果沒有時(shí)間測(cè)試新的特性，則首先沒有時(shí)間來(lái)開發(fā)它。正如貫穿本書強(qiáng)調(diào)的那樣，整體團(tuán)隊(duì)對(duì)質(zhì)量負(fù)責(zé)是非常強(qiáng)大的。
Lisa分享了自己的故事：
我曾經(jīng)加入過(guò)極限編程團(tuán)隊(duì)，只依賴于單元級(jí)的測(cè)試，以前從來(lái)沒有過(guò)測(cè)試人員的角色。客戶有時(shí)對(duì)結(jié)果不滿意，所以他們決定聘用一名測(cè)試人員。當(dāng)我 參加每日站立會(huì)議時(shí)，他們不允許我說(shuō)測(cè)試任務(wù)。用戶故事評(píng)估中不包含測(cè)試時(shí)間，測(cè)試任務(wù)也不是迭代計(jì)劃的一部分。只要編碼任務(wù)完成，用戶故事就被標(biāo)記為 “完成”。
團(tuán)隊(duì)超過(guò)發(fā)布日期后，計(jì)劃在三個(gè)兩周迭代后發(fā)布，我建議團(tuán)隊(duì)教練嘗試整體團(tuán)隊(duì)運(yùn)作的方式來(lái)測(cè)試。測(cè)試任務(wù)與編碼任務(wù)一起進(jìn)行。在測(cè)試任務(wù)沒有完 成之前，不能認(rèn)為用戶故事已經(jīng)結(jié)束。程序員承擔(dān)測(cè)試任務(wù)，我完全參與到每日站立會(huì)議中。團(tuán)隊(duì)此后再也沒有錯(cuò)過(guò)他們?cè)O(shè)定的發(fā)布計(jì)劃。
測(cè)試人員需要是開發(fā)團(tuán)隊(duì)的正式成員，測(cè)試任務(wù)需要和其他任務(wù)一樣的重視。并且，用整體團(tuán)隊(duì)運(yùn)作的方式來(lái)測(cè)試可以顯著幫助確保測(cè)試任務(wù)在每個(gè)迭代 及發(fā)布的末期完成。確保用回顧總結(jié)來(lái)評(píng)估測(cè)試人員需要與新敏捷團(tuán)隊(duì)整合什么，及需要獲取什么技能。例如，測(cè)試人員可能需要程序員或某種特定類型的測(cè)試專家 的更多支持。
組織轉(zhuǎn)變到敏捷開發(fā)的良好規(guī)劃會(huì)使這種成功的過(guò)程截然不同。請(qǐng)質(zhì)量保證和開發(fā)經(jīng)理指定出他們?cè)谛碌拿艚萁M織中的角色。請(qǐng)他們計(jì)劃如何幫助測(cè)試人 員和開發(fā)人員在新的敏捷團(tuán)隊(duì)中高效地工作。提供團(tuán)隊(duì)敏捷實(shí)踐培訓(xùn)。確保所有的團(tuán)隊(duì)可以相互交流。提供讓每個(gè)團(tuán)隊(duì)不斷學(xué)習(xí)的框架，團(tuán)隊(duì)就會(huì)找到成功的道路。
實(shí)例研究：轉(zhuǎn)變質(zhì)量保證和項(xiàng)目團(tuán)隊(duì)
Christophe Louvion是知名網(wǎng)絡(luò)公司的首席技術(shù)官和敏捷教練。他告訴我們幫助公司使用敏捷開發(fā)的經(jīng)歷。作為敏捷教練，他希望真正地使用敏捷開發(fā)，避免常見的“小型瀑布”的錯(cuò)誤，即開發(fā)人員花一周編碼，測(cè)試人員下一周測(cè)試。
他的公司包括內(nèi)部的IT部門當(dāng)時(shí)有120名工程師。在轉(zhuǎn)變到Scrum前，公司的組織正常工作。因?yàn)橛匈|(zhì)量保證和工程總監(jiān)，基于產(chǎn)品的團(tuán)隊(duì)很難 得到管理層的接受。這些團(tuán)隊(duì)的經(jīng)理用下面的問題與之斗爭(zhēng)：“我的工作現(xiàn)在是什么？”Christophe將這個(gè)問題轉(zhuǎn)給經(jīng)理們并說(shuō)：“你們回答我。”他同 工程和質(zhì)量保證經(jīng)理們一起工作來(lái)幫助他們明白在新的敏捷環(huán)境中的工作應(yīng)該是什么。只有當(dāng)他們用同樣的聲音說(shuō)話時(shí)，他們才能融入團(tuán)隊(duì)并解釋他們的發(fā)現(xiàn)。
在新的敏捷組織中，經(jīng)理們處理特定領(lǐng)域知識(shí)、資源、優(yōu)先級(jí)和提出的問題。工程和質(zhì)量保證經(jīng)理們每天聯(lián)合工作來(lái)解決這些類型的問題。 Christophe和兩個(gè)經(jīng)理研究測(cè)試人員在兩周迭代的第一個(gè)星期沒有工作效率的原因并指導(dǎo)他們?nèi)绾螏椭O(shè)計(jì)。對(duì)于程序員來(lái)說(shuō)，問題是“我如何做才能讓 代碼容易測(cè)試？”因?yàn)楣こ處焸兞?xí)慣于階段周期的工作，沒有過(guò)在持續(xù)集成方面的培訓(xùn)，需要測(cè)試驅(qū)動(dòng)設(shè)計(jì)、持續(xù)集成和實(shí)踐等方面的許多培訓(xùn)。經(jīng)理保證了他們獲 得這些培訓(xùn)。
引入了配置管理（CM）專家來(lái)幫助構(gòu)建過(guò)程。在公司中，CM團(tuán)隊(duì)與工程和質(zhì)量保證團(tuán)隊(duì)是分離的，提供構(gòu)建過(guò)程中所有方面的框架，包括數(shù)據(jù)庫(kù)對(duì)象、硬件和配置。一旦實(shí)現(xiàn)了構(gòu)建過(guò)程，集成編碼和測(cè)試將會(huì)更加容易
管理層首先確定他們的角色，然后把所有東西都放入源碼控制的構(gòu)建過(guò)程框架，是成功轉(zhuǎn)變到敏捷的關(guān)鍵。另一個(gè)成功因素是所有的團(tuán)隊(duì)——項(xiàng)目、質(zhì)量 保證、配置管理、網(wǎng)絡(luò)和系統(tǒng)管理小組及產(chǎn)品團(tuán)隊(duì)——都有回顧總結(jié)，參與每日站立會(huì)議和計(jì)劃活動(dòng)。這樣，當(dāng)出現(xiàn)測(cè)試問題時(shí)，每個(gè)可以幫忙的人都可以解決。如 Christophe所說(shuō)，他們的方法引入了每一個(gè)人并且突出了測(cè)試。