qileilove

          blog已經(jīng)轉(zhuǎn)移至github,大家請?jiān)L問 http://qaseven.github.io/

          敏捷測試團(tuán)隊(duì)的人員分布

           許多考慮采用敏捷的組織沒有把團(tuán)隊(duì)遷移到開放式環(huán)境就嘗試創(chuàng)建項(xiàng)目團(tuán)隊(duì)。敏捷價(jià)值和原則中,當(dāng)團(tuán)隊(duì)成員可以隨時(shí)接觸到所有其他團(tuán)隊(duì)成員、易于獲得所有的項(xiàng)目進(jìn)度圖表、在鼓勵(lì)交流的環(huán)境中時(shí),團(tuán)隊(duì)可以更好地工作敏捷測試專家Lisa和Janet分享了敏捷測試團(tuán)隊(duì)的人力資源經(jīng)驗(yàn)。

            測試人員和客戶與程序員坐在一起可以促進(jìn)必要的交流。如果實(shí)際情況不允許重新遷移位置,那么團(tuán)隊(duì)可以創(chuàng)造性地解決這問題。

            Janet分享了自己的故事:

            我曾經(jīng)在這樣一個(gè)團(tuán)隊(duì)工作,空間問題使得所有團(tuán)隊(duì)成員不能坐在一起。程序員有一個(gè)可以使他們方便結(jié)對編程的區(qū)域,但是測試人員和客戶坐在其他的區(qū)域。首先,是測試人員走到程序員坐的用戶故事白板區(qū)域去參加每日站立會(huì)議,當(dāng)他們有需要問程序員的問題時(shí),也是這樣。基本沒有程序員走到測試人員的區(qū)域(大約50英尺的距離)。我開始準(zhǔn)備一些招待他們的糖果,并鼓勵(lì)開發(fā)人員在需要的時(shí)候拿一些。但是有一條規(guī)矩——如果他們來拿糖果,他們必須問其中一個(gè)測試人員一個(gè)問題。隨著時(shí)間的過去,所有的團(tuán)隊(duì)成員都會(huì)相互走到另一個(gè)區(qū)域了。不是一邊總走向另一邊,交流也更頻繁了。

            團(tuán)隊(duì)規(guī)模給組織帶來了不同類型的挑戰(zhàn)。小團(tuán)隊(duì)意味著小的區(qū)域,所以通常更容易將成員的位置換到一起。大的團(tuán)隊(duì)可能分布在全球,這時(shí)需要虛擬交流工具。調(diào)動(dòng)大團(tuán)隊(duì)的座位通常意味著整修目前的空間,很多組織不愿意這么做。明白你的限制,努力找到團(tuán)隊(duì)遇到的問題的解決方法,而不是僅僅接受現(xiàn)實(shí)并“保持現(xiàn)狀”。Janet舉了一個(gè)例子:

            我工作過的一個(gè)團(tuán)隊(duì)一開始在樓層的一角,但是通過三年的擴(kuò)張,逐漸的占據(jù)了樓層的75%。墻被拆掉了,去掉了辦公室,創(chuàng)建了大的開放區(qū)域。團(tuán)隊(duì)在這種開放區(qū)域工作地很出色,但是所有的開放空間意味著墻沒有了。窗子變成用戶故事板和白板,白板按順序卷起以便團(tuán)隊(duì)需要時(shí)使用。

            坐在一起的團(tuán)隊(duì)并不總是存在于完美世界中,分布式團(tuán)隊(duì)有另外的一些挑戰(zhàn)。分布式團(tuán)隊(duì)需要幫助團(tuán)隊(duì)交流和合作的技術(shù)。電話會(huì)議、視頻會(huì)議、網(wǎng)絡(luò)攝像機(jī)和即時(shí)消息是一些可以促進(jìn)在不同位置的團(tuán)隊(duì)實(shí)時(shí)協(xié)作的工具。不管團(tuán)隊(duì)是在一個(gè)位置的還是分布式的,通常存在的一個(gè)同樣的問題是,敏捷團(tuán)隊(duì)需要什么資源,如何獲取它們。

            新的敏捷團(tuán)隊(duì)成員和他們的經(jīng)理對于團(tuán)隊(duì)的組成有很多疑問。可以使用在傳統(tǒng)項(xiàng)目中同樣的測試人員嗎,或者是否需要聘用那個(gè)不同類型的測試人員?需要多少測試人員?是否需要具有其他專業(yè)技能的人?

            關(guān)于測試人員和開發(fā)人員的“正確”比例的問題已經(jīng)有很多討論。組織使用這個(gè)比例來確定項(xiàng)目需要的測試人員的數(shù)量,可以根據(jù)這個(gè)數(shù)量來聘用測試人員。在傳統(tǒng)項(xiàng)目中,沒有“正確的”比例,每個(gè)項(xiàng)目需要自己估計(jì)。需要的測試人員的數(shù)量是不同的,依賴于應(yīng)用的復(fù)雜性、測試人員的技能和使用的工具。

            Lisa和Janet曾經(jīng)工作在不同的測試人員——開發(fā)人員比例的團(tuán)隊(duì),從1:20到1:1都有。以Janet來說:

            我曾從事一個(gè)開發(fā)消息處理系統(tǒng)的項(xiàng)目,他們的比例是1:10。GUI很少,我手動(dòng)測試應(yīng)用的這一部分,查看可用性和是否符合客戶的期望。程序員做所有的自動(dòng)化回歸測試,我同他們一起驗(yàn)證編寫的測試用例的有效性。我把測試的用戶故事,包括某些用戶故事的負(fù)載測試,分配到開發(fā)人員。

            我從來沒覺得沒有足夠的時(shí)間做需要的測試,因?yàn)殚_發(fā)人員相信質(zhì)量是整個(gè)團(tuán)隊(duì)的責(zé)任。

            Lisa則分享了自己的故事:

            我曾經(jīng)是一個(gè)有20名程序員的團(tuán)隊(duì)的唯一一名專業(yè)測試人員,該團(tuán)隊(duì)開發(fā)在線商店網(wǎng)站的內(nèi)容管理系統(tǒng)。當(dāng)程序員負(fù)責(zé)手動(dòng)測試和測試自動(dòng)化時(shí),團(tuán)隊(duì)才真正有工作效率。一個(gè)或兩個(gè)程序員在每個(gè)迭代的中扮演測試人員,在編碼前編寫面向客戶的測試并執(zhí)行手動(dòng)測試。其他的程序員在迭代中承擔(dān)起測試自動(dòng)化的任務(wù)。

          相反的,我現(xiàn)在的團(tuán)隊(duì)每三或五個(gè)程序員有兩個(gè)測試人員。我們生產(chǎn)的基于web的財(cái)務(wù)應(yīng)用有非常復(fù)雜的業(yè)務(wù)邏輯,有很高的風(fēng)險(xiǎn),而且密集測試。測試任務(wù)通常與編碼任務(wù)的時(shí)間一樣多。即使是測試人員——開發(fā)人員高比例,程序員也會(huì)做一些功能測試自動(dòng)化并部分承擔(dān)手動(dòng)測試任務(wù)。專門的測試任務(wù),例如編寫高層次的測試用例和詳細(xì)描述面向客戶的測試通常由測試人員完成。

            與其關(guān)注比例,團(tuán)隊(duì)更應(yīng)該估計(jì)他們需要的測試技能并找到合適的資源。負(fù)責(zé)測試的團(tuán)隊(duì)可以持續(xù)地估計(jì)是否有需要的技能和數(shù)量。使用回顧總結(jié)來確定是否需要聘用更多的測試人員是一個(gè)解決方法。

            測試人員適合敏捷團(tuán)隊(duì)的工作需要一定的條件。我們不會(huì)過多討論聘用什么類型的測試人員的細(xì)節(jié),因?yàn)槊總€(gè)團(tuán)隊(duì)的需求是不同的。但是,我們相信態(tài)度是一個(gè)重要的因素。下面是Lisa的團(tuán)隊(duì)如何聘用一個(gè)新的敏捷測試人員的故事:

            我們招募另一名測試人員的第一次嘗試并不是很成功。第一個(gè)工作招聘公告吸引了很多人,我們面試了三名應(yīng)征者,但是沒有找到合適的人選。程序員希望找到“技術(shù)人員”,但是我們也需要有同業(yè)務(wù)人員合作和幫助他們描述實(shí)例和需求的技能的人。為了吸引有正確的態(tài)度和思想的應(yīng)聘者,我們努力明確工作招聘公告的內(nèi)容。

            在聽取Janet和敏捷測試社區(qū)的其他同事的想法和建議以后,Lisa改變了工作招聘公告,包含如下的條款:

            ● 熟悉黑盒和GUI測試用例,設(shè)計(jì)測試減輕風(fēng)險(xiǎn),幫助業(yè)務(wù)專家定義需求。

            ● 熟練編寫簡單的SQL查詢和插入/更新語句,掌握Oracle或其他關(guān)系型數(shù)據(jù)庫的基礎(chǔ)知識(shí)。

            ● 至少使用某種腳本語言或編程語言和/或開源測試工具超過一年。

            ● 使用基本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ì)需要對測試工具和自動(dòng)化領(lǐng)域有較強(qiáng)能力的人,所以學(xué)習(xí)的熱情是極為重要的。這種新穎的招募測試人員的方式是值得的。當(dāng)時(shí),找到好的“敏捷測試”候選者是不容易的,但是接下來進(jìn)行得更順利。我們發(fā)現(xiàn)把測試職位公告放到不那么明顯的位置,例如Ruby的郵件列表或者本地敏捷用戶組,可以幫助延伸到更廣闊范圍的合適的候選者。招聘敏捷測試人員教授了我許多關(guān)于敏捷測試思想。有良好技能的測試人員對于任何傳統(tǒng)測試團(tuán)隊(duì)都是有價(jià)值的,但是因?yàn)樗麄儗y試的態(tài)度,可能不適于敏捷團(tuán)隊(duì)。


          posted on 2013-01-23 16:01 順其自然EVO 閱讀(445) 評論(0)  編輯  收藏 所屬分類: 測試學(xué)習(xí)專欄敏捷測試

          <2013年1月>
          303112345
          6789101112
          13141516171819
          20212223242526
          272829303112
          3456789

          導(dǎo)航

          統(tǒng)計(jì)

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 鱼台县| 封开县| 瑞昌市| 聂拉木县| 思南县| 阳城县| 平顶山市| 东方市| 辛集市| 清流县| 兴业县| 广河县| 安泽县| 阿鲁科尔沁旗| 龙井市| 云南省| 新宁县| 丹寨县| 宣城市| 霍州市| 桃园市| 鹤庆县| 乳山市| 高清| 灵川县| 西丰县| 富民县| 敦化市| 临洮县| 方山县| 兖州市| 米林县| 高邮市| 茶陵县| 西城区| 大兴区| 库车县| 林口县| 南京市| 武川县| 绥棱县|