許多考慮采用敏捷的組織沒有把團(tuán)隊(duì)遷移到開放式環(huán)境就嘗試創(chuàng)建項(xiàng)目團(tuán)隊(duì)。敏捷價值和原則中，當(dāng)團(tuán)隊(duì)成員可以隨時接觸到所有其他團(tuán)隊(duì)成員、易于獲得所有的項(xiàng)目進(jìn)度圖表、在鼓勵交流的環(huán)境中時，團(tuán)隊(duì)可以更好地工作。敏捷測試專家Lisa和Janet分享了敏捷測試團(tuán)隊(duì)的人力資源經(jīng)驗(yàn)。
測試人員和客戶與程序員坐在一起可以促進(jìn)必要的交流。如果實(shí)際情況不允許重新遷移位置，那么團(tuán)隊(duì)可以創(chuàng)造性地解決這問題。
Janet分享了自己的故事：
我曾經(jīng)在這樣一個團(tuán)隊(duì)工作，空間問題使得所有團(tuán)隊(duì)成員不能坐在一起。程序員有一個可以使他們方便結(jié)對編程的區(qū)域，但是測試人員和客戶坐在其他的區(qū)域。首先，是測試人員走到程序員坐的用戶故事白板區(qū)域去參加每日站立會議，當(dāng)他們有需要問程序員的問題時，也是這樣。基本沒有程序員走到測試人員的區(qū)域（大約50英尺的距離）。我開始準(zhǔn)備一些招待他們的糖果，并鼓勵開發(fā)人員在需要的時候拿一些。但是有一條規(guī)矩——如果他們來拿糖果，他們必須問其中一個測試人員一個問題。隨著時間的過去，所有的團(tuán)隊(duì)成員都會相互走到另一個區(qū)域了。不是一邊總走向另一邊，交流也更頻繁了。
團(tuán)隊(duì)規(guī)模給組織帶來了不同類型的挑戰(zhàn)。小團(tuán)隊(duì)意味著小的區(qū)域，所以通常更容易將成員的位置換到一起。大的團(tuán)隊(duì)可能分布在全球，這時需要虛擬交流工具。調(diào)動大團(tuán)隊(duì)的座位通常意味著整修目前的空間，很多組織不愿意這么做。明白你的限制，努力找到團(tuán)隊(duì)遇到的問題的解決方法，而不是僅僅接受現(xiàn)實(shí)并“保持現(xiàn)狀”。Janet舉了一個例子：
我工作過的一個團(tuán)隊(duì)一開始在樓層的一角，但是通過三年的擴(kuò)張，逐漸的占據(jù)了樓層的75%。墻被拆掉了，去掉了辦公室，創(chuàng)建了大的開放區(qū)域。團(tuán)隊(duì)在這種開放區(qū)域工作地很出色，但是所有的開放空間意味著墻沒有了。窗子變成用戶故事板和白板，白板按順序卷起以便團(tuán)隊(duì)需要時使用。
坐在一起的團(tuán)隊(duì)并不總是存在于完美世界中，分布式團(tuán)隊(duì)有另外的一些挑戰(zhàn)。分布式團(tuán)隊(duì)需要幫助團(tuán)隊(duì)交流和合作的技術(shù)。電話會議、視頻會議、網(wǎng)絡(luò)攝像機(jī)和即時消息是一些可以促進(jìn)在不同位置的團(tuán)隊(duì)實(shí)時協(xié)作的工具。不管團(tuán)隊(duì)是在一個位置的還是分布式的，通常存在的一個同樣的問題是，敏捷團(tuán)隊(duì)需要什么資源，如何獲取它們。
新的敏捷團(tuán)隊(duì)成員和他們的經(jīng)理對于團(tuán)隊(duì)的組成有很多疑問。可以使用在傳統(tǒng)項(xiàng)目中同樣的測試人員嗎，或者是否需要聘用那個不同類型的測試人員？需要多少測試人員？是否需要具有其他專業(yè)技能的人？
關(guān)于測試人員和開發(fā)人員的“正確”比例的問題已經(jīng)有很多討論。組織使用這個比例來確定項(xiàng)目需要的測試人員的數(shù)量，可以根據(jù)這個數(shù)量來聘用測試人員。在傳統(tǒng)項(xiàng)目中，沒有“正確的”比例，每個項(xiàng)目需要自己估計(jì)。需要的測試人員的數(shù)量是不同的，依賴于應(yīng)用的復(fù)雜性、測試人員的技能和使用的工具。
Lisa和Janet曾經(jīng)工作在不同的測試人員——開發(fā)人員比例的團(tuán)隊(duì)，從1：20到1：1都有。以Janet來說：
我曾從事一個開發(fā)消息處理系統(tǒng)的項(xiàng)目，他們的比例是1：10。GUI很少，我手動測試應(yīng)用的這一部分，查看可用性和是否符合客戶的期望。程序員做所有的自動化回歸測試，我同他們一起驗(yàn)證編寫的測試用例的有效性。我把測試的用戶故事，包括某些用戶故事的負(fù)載測試，分配到開發(fā)人員。
我從來沒覺得沒有足夠的時間做需要的測試，因?yàn)殚_發(fā)人員相信質(zhì)量是整個團(tuán)隊(duì)的責(zé)任。
Lisa則分享了自己的故事：
我曾經(jīng)是一個有20名程序員的團(tuán)隊(duì)的唯一一名專業(yè)測試人員，該團(tuán)隊(duì)開發(fā)在線商店網(wǎng)站的內(nèi)容管理系統(tǒng)。當(dāng)程序員負(fù)責(zé)手動測試和測試自動化時，團(tuán)隊(duì)才真正有工作效率。一個或兩個程序員在每個迭代的中扮演測試人員，在編碼前編寫面向客戶的測試并執(zhí)行手動測試。其他的程序員在迭代中承擔(dān)起測試自動化的任務(wù)。
相反的，我現(xiàn)在的團(tuán)隊(duì)每三或五個程序員有兩個測試人員。我們生產(chǎn)的基于web的財(cái)務(wù)應(yīng)用有非常復(fù)雜的業(yè)務(wù)邏輯，有很高的風(fēng)險，而且密集測試。測試任務(wù)通常與編碼任務(wù)的時間一樣多。即使是測試人員——開發(fā)人員高比例，程序員也會做一些功能測試自動化并部分承擔(dān)手動測試任務(wù)。專門的測試任務(wù)，例如編寫高層次的測試用例和詳細(xì)描述面向客戶的測試通常由測試人員完成。
與其關(guān)注比例，團(tuán)隊(duì)更應(yīng)該估計(jì)他們需要的測試技能并找到合適的資源。負(fù)責(zé)測試的團(tuán)隊(duì)可以持續(xù)地估計(jì)是否有需要的技能和數(shù)量。使用回顧總結(jié)來確定是否需要聘用更多的測試人員是一個解決方法。
測試人員適合敏捷團(tuán)隊(duì)的工作需要一定的條件。我們不會過多討論聘用什么類型的測試人員的細(xì)節(jié)，因?yàn)槊總€團(tuán)隊(duì)的需求是不同的。但是，我們相信態(tài)度是一個重要的因素。下面是Lisa的團(tuán)隊(duì)如何聘用一個新的敏捷測試人員的故事：
我們招募另一名測試人員的第一次嘗試并不是很成功。第一個工作招聘公告吸引了很多人，我們面試了三名應(yīng)征者，但是沒有找到合適的人選。程序員希望找到“技術(shù)人員”，但是我們也需要有同業(yè)務(wù)人員合作和幫助他們描述實(shí)例和需求的技能的人。為了吸引有正確的態(tài)度和思想的應(yīng)聘者，我們努力明確工作招聘公告的內(nèi)容。
在聽取Janet和敏捷測試社區(qū)的其他同事的想法和建議以后，Lisa改變了工作招聘公告，包含如下的條款：
● 熟悉黑盒和GUI測試用例，設(shè)計(jì)測試減輕風(fēng)險，幫助業(yè)務(wù)專家定義需求。
● 熟練編寫簡單的SQL查詢和插入/更新語句，掌握Oracle或其他關(guān)系型數(shù)據(jù)庫的基礎(chǔ)知識。
● 至少使用某種腳本語言或編程語言和/或開源測試工具超過一年。
● 使用基本Unix命令的能力。
● 擅長與程序員和業(yè)務(wù)專家協(xié)作。
● 最好有基于上下文環(huán)境的測試、探索性測試或場景測試的經(jīng)驗(yàn)。
● 融入自組織團(tuán)隊(duì)的能力，即與同事協(xié)調(diào)確定每天的任務(wù)，而不是等待分配的工作。
Lisa表示：這些需求帶來了更適合敏捷測試工作的應(yīng)聘者。我通過小心的篩選，排除了有“質(zhì)量警察”思想的人。追求職業(yè)發(fā)展和對敏捷開發(fā)顯示出興趣的測試人員更傾向于有正確的思想。團(tuán)隊(duì)需要對測試工具和自動化領(lǐng)域有較強(qiáng)能力的人，所以學(xué)習(xí)的熱情是極為重要的。這種新穎的招募測試人員的方式是值得的。當(dāng)時，找到好的“敏捷測試”候選者是不容易的，但是接下來進(jìn)行得更順利。我們發(fā)現(xiàn)把測試職位公告放到不那么明顯的位置，例如Ruby的郵件列表或者本地敏捷用戶組，可以幫助延伸到更廣闊范圍的合適的候選者。招聘敏捷測試人員教授了我許多關(guān)于敏捷測試思想。有良好技能的測試人員對于任何傳統(tǒng)測試團(tuán)隊(duì)都是有價值的，但是因?yàn)樗麄儗y試的態(tài)度，可能不適于敏捷團(tuán)隊(duì)。