團隊的力量(精)整理自51testing.doc

團隊的力量什么樣的測試團隊才是最理想的說到什么樣的團隊才是理想的團隊，下面只是我個人的看法，說得不對請給與糾正。首先看看何謂團隊，本人的理解是為達成共同的目標而相互協(xié)作并利用各自的技能、知識、資源的人、物、事等?；谝陨隙x中的要素，所謂的完美團隊與團隊100分是根本不存在的，團隊是無限趨于100分，因為團隊成員再親密，他也不可能是切膚之觸，另外團隊成員的思維和出發(fā)點不盡一致，即使團隊成員就某一項的某一點達成共識，也是短暫的，如果一個團隊中的所有成員思維達到高度的統(tǒng)一，那么其實這個團隊是一個無效團隊，意味著八個人或更多的人在干著同一個活。團隊講究資源互補而杜絕資源重疊，只有資源互補的時候才是成本最低的時候，否則即使實現(xiàn)了團隊目標，由于成本過高也是毫無意義的。接下來說測試吧。我以為一個好的測試團隊應該具備以下幾點：一：團結(jié)一致，有共同的目標。在測試工作中，上下一心把測試工作順利地開展下去。在一個測試團隊里如果沒有一個共同的目標，大家都按自己想法去做，測試工作無法進行；二：有一個卓越的領導者。團結(jié)是一個好的團隊必須的元素，但是有一個好的領導者也是不可或缺的；這個領導一定要有比較好的個人魅力和親和力，因為他就是團隊的核心；還有這個核心人物應該有出色的專業(yè)技術和業(yè)務知識。如果一個項目經(jīng)理連測試計劃都寫得非?；靵y，那么后面的工作如何開展？再則，作為領導應該多與測試人員溝通，盡量減少誤解和矛盾。三：團隊分工明確。每一個人的工作都要公平公正，并且有具體的分工與協(xié)作?？匆娺^且有親身經(jīng)歷，有些測試人員和一天只做非常少的事情，而同一個團隊里的另外一個人累得半死。想想這樣的團隊會有什么想的結(jié)果四：團隊內(nèi)部關系要融洽并且經(jīng)常進行有效地溝通；五：敢于承擔責認；出現(xiàn)錯誤，要敢于承擔，且勿推脫至他人，讓別人幫你背黑鍋；當然責任追究問題不能過于嚴厲，適當人性化；六：營造相互學習，相互信任的組織氛圍，達到團隊資源互補；一個好的團隊，每個成員都有義務分享自己的知識和經(jīng)練；七：公司領導要對測試工作要重視，讓測試人員能夠得到一個自身價值的體現(xiàn)。這樣才能讓整個團隊充滿上進和喜悅。當然公司重視的話測試人員數(shù)和工資報酬也會適當增加，這樣就不會出現(xiàn)“工作是那么的輕松，心卻是那么的累”的現(xiàn)象了。最后我想說下，我們不要老是去要求別人怎么樣，要求開發(fā)人員是專家級別，要求架構(gòu)師非常的完美，要求團隊任何完美?？偸且晃蹲非笸昝缊F隊，對團隊成員總是吹毛求疵，要么要求團隊成員與自己高度一致，要么要求團隊成員都是精英中的精英，而很多的事實也同時證明精英中的精英根本組不成一個團隊，更無法去順利地出色完成一項任務，因為一個團隊中的每個角色并不要求都是精英來扮演，團隊中有些崗位就類似門房，你讓一個博士生去看門房結(jié)果可想而知，不是團隊覺得是大材小用，就是博士生覺得自己懷才不遇。團隊崗位與團隊成員要匹配。沙丁魚團隊中就得放一條鯰魚，否則就會全軍覆沒，綿羊團隊中就得放一只狼，否則就會隨著生存力的消退而消亡。壓力會摧毀一個人的體質(zhì)，而誹議壓力卻會摧毀一個人的意志，體質(zhì)易調(diào)節(jié)，而意志卻難恢復。團隊也是如此，測試工作中的困難和挫折會消減一個團隊的戰(zhàn)斗力，而來自團隊內(nèi)部或外部的誹議卻會摧毀一個團隊的意志，有殘缺的團隊才是最完美的，當我們的團隊資源是互補時，不要輕易否認或言放棄，因為互補就意味著殘缺，它成真正具備了團隊的特征！有時候1+1并不等于2，在團隊意識和團隊內(nèi)部技術水平可能出現(xiàn)參差不齊，這個時候計算團隊的算法應該是1*1=1。（以上言論僅代表作者的個人觀點，不代表51Testing觀點）測試團隊的建設關測試團隊的建設，這個話題很大思考一下，查找一推，整理一把，讓自己的工作更有序、更系統(tǒng)，做到有意識的去完成它，并收獲工作中細微變化帶來的快樂1、團隊基礎設施建設：讓自己和其他人都強烈的感受到團隊的存在、以及團隊的力量，讓團隊中的每個人都從團隊中受益我們是一個團隊（team），并非一個組（group）：team和group的最大區(qū)別在于“是否存在目標”，目標產(chǎn)生合力，讓112成為可能；首先確定自己的目標，成為我們建設測試團隊的首要任務我們?yōu)榱松?，制定短期目標；我們?yōu)榱税l(fā)展，制定長期愿景長期目標：長期目標讓團隊生存更長的時間，它能夠打發(fā)我們的閑暇時間長期目標讓團隊的每個人都感受到希望一個設想：讓我們成為業(yè)界認可的一支測試團隊，一支受人尊敬的團隊（也許我們每個人都不是業(yè)界頂尖高手，也許我們需要改進的地方還有很多，但我們產(chǎn)生的力量足以漂亮的完成每個任務）短期目標：我們要獨立，自己養(yǎng)活自己，尤其在隊伍建設初期將眼前的任務完成，或者基于當前任務考慮短期目標在完成短期任務的同時，考慮長期目標，一個個短期目標的完成，最終實現(xiàn)長期的愿望，積累在這里顯得十分重要目標：是這支隊伍存在的根本個人的發(fā)展角色的劃分，職責的確定分工的明確，讓每個人都知道自己的工作范圍，也為績效考核提供依據(jù)角色的劃分符合團隊的長、短期目標，而且劃分也需要隨著目標的改變而改變減小角色劃分后的盲區(qū)，消除個人的重復勞作有了“目標”和“工作內(nèi)容”以后，每個人都可以發(fā)揮主觀能動性，自己創(chuàng)造方法將事情做好個人發(fā)展路線確定角色之間的相互聯(lián)系以及發(fā)展順序提供每個角色對應的技能要求，并且給出獲得該技能的方法參考考慮個人的特點和興趣，如技術型人才、管理型人才等等績效考核確定績效考核的標準（得到大家的認可）確定績效考核的時間間隔將績效考核與薪酬掛鉤讓直接領導與薪酬支配者共同決定結(jié)果績效考核的反饋，讓每個人了解領導的意圖績效考核的目標：主要是為了其下一步發(fā)展，推行好的方面績效考核的關鍵：公平淘汰：為那些停止進步的人準備的內(nèi)部交流工具的使用（RPM、wiki、blog、Confulence、旺旺.）通過web的方式展示，wiki方便更多人了解，讓更多人參與blog記錄并形成自己的知識庫溝通模式化：一致的方法溝通，提高溝通的效率，減少溝通帶來的誤解讓大家形成習慣定期的內(nèi)部交流，有利于習慣的養(yǎng)成不要總是由領導發(fā)起組間接口（更大的團隊中與其他team的合作）讓其他人（包括領導）清楚的知道我們的職責和其他團隊一起制定組間接口我們可以多做一點，幫助他們一起完成工作，但一定要讓他們知道我們“在幫助他們”宣傳我們的思想，贏得更多人的認可與領導協(xié)商，建立更廣泛的溝通模式積累：讓我們感受到自己的成長，讓新人盡快的進入角色應用庫的建設：我們在做什么，做過什么，讓它留些痕跡；方便后來同類項目的完成問題庫的建設：大量的問題出現(xiàn)，將其分門別類的記錄下來，對這些問題的解決過程中，我們自己在進步知識庫的建設：自己的隨筆，團隊的共同提高，處理某些問題的經(jīng)驗，犯過的錯誤關鍵要記錄下這些知識的適用范圍使用與維護：積累是為了使用，在建設的初期就要考慮到將來使用的方式、以及使用的方便一定要有人維護，3分建設、7分維護一點都不為過；尤其在大家養(yǎng)成習慣之前我們的文化，我們的風格我選擇，我喜歡為了適用不同的環(huán)境，完成特定范圍的任務，我們形成了自己的風格因為我們的不同，所以我們存在我喜歡輕松的氛圍，喜歡能讓我集中精力的地方讓喜歡團隊文化的人加盟：物以類聚、人以群分2、新人招募我們需要什么樣的人？這取決于團隊目標新人對我們的文化認可嗎？能力與潛力是我們關注的溝通真的很重要也許也需要一個題庫，讓招聘規(guī)范一點告訴hr，我們需要什么樣的人才3、新人培養(yǎng)：新人剛開始需要更多的關注培訓：告訴他需要做什么，需要哪些技能，大家的工作方式，如何融入團隊？技能讓他自己去學，可以提供一些參考方法只是一個開始學徒與導師：相比培訓，工作中的導師的指導更有意義讓導師清楚指導的意義，認同這一點，并愿意做以學徒的成長速度為參考對導師進行考核學徒可以尋求其他人的幫助用人之長、理人之短幫助其認識自己，挖掘他自己的潛力幫助他找到自己的位置管理他的缺點，不要影響他人；適當?shù)臅r候，提醒他注意一下?lián)P善于廳堂，歸過于私下：宣傳的東西，大家都是學習的所以一定要學好的4、改進讓我們做的更好改進的方向？來自于我們的目標每年一個主題推行團隊學習、主題學習總結(jié)一下，建設一支測試團隊，考慮如下步驟：設定團隊的目標考慮團隊中的角色與職責劃分確定隊員職崖規(guī)劃和績效考核標準招募合適的人搭建組內(nèi)溝通的平臺，確定組件溝通的渠道建設各種知識庫，并在工作中不斷總結(jié)、不斷積累，豐富庫的內(nèi)容日常管理，尤其注意新人形成自己的文化改進永恒的話題“球論”在優(yōu)秀測試團隊建設中的應用構(gòu)建和建設優(yōu)秀的測試團隊是有效開展測試活動的重要前提條件。測試團隊成員在個人背景、教育、價值觀、文化背景、經(jīng)歷、個性等方面存在差異，因此在測試過程中會碰到各種沖突。本文闡述了“球論”理論，并將“球論”應用在優(yōu)秀測試團隊的建設上面。1）什么是“球論”理論某個團隊在選擇其成員時，只能在特定條件下和特定環(huán)境中作選擇。這種選擇不可能是從一開始就獲得彼此之間全部的勝任和合作，而只能是以價值觀和認同感為前提，對其余的某些選擇只能在一定環(huán)境制約下作強迫性選擇。盡管這種選擇是有條件和強迫性的，但團隊成員應在選擇之后加強彼此的理解、溝通、協(xié)同以達到求同存異的目的，并努力尋求團隊成員的相互信任和相互合作，共同建設優(yōu)秀的團隊，使團隊的整體效益和個體價值都能達到最大，從而實現(xiàn)組織與個人利益的最大化。這就是“球論”理論的基本內(nèi)容。2）“球論”的小故事“球論”的名稱來源與一個與“球”有關的小故事：美國某個偏遠鄉(xiāng)村住著兄妹兩人，哥哥喜歡踢足球，每次都會叫上鄰居的一個男孩一道去踢球，踢球回來后，哥哥總是對妹妹抱怨鄰居的男孩球踢得不好，又愛出風頭等。妹妹對哥哥說，“既然他有這么多缺陷，為什么你每天總要約他去踢球呢”。這個故事提示了很普通的一個道理：在特定的環(huán)境（偏僻的鄉(xiāng)村）和特定的條件要求（會踢球的男孩）下，哥哥的選擇范圍是非常有限的，哥哥的選擇只能是“強迫性選擇”。受這個故事的啟示，同時觀察分析了許多企業(yè)團隊的狀況，逐步概括提煉出團隊建設的理論“球論”理論。3）優(yōu)秀測試團隊的建設過程“球論”理論同樣適用于優(yōu)秀測試團隊的建設。測試團隊成員眾多，彼此之間的選擇不可能都是“精挑細選”和“稱心如意”的。由于他們在個人背景、教育、價值觀、文化背景、經(jīng)歷、個性等方面存在差異，因此在彼此選擇過程中始終要在強迫性選擇中謀求動態(tài)的平衡和最佳切合點，以有效地解決測試過程中測試團隊成員之間碰到的各種沖突，從而不斷地磨合和優(yōu)化測試團隊?！扒蛘摗痹趦?yōu)秀測試團隊的建設過程中主要涉及4個階段，它們分別是：強迫性選擇、主動性協(xié)調(diào)、整體性決策和測試團隊的再次優(yōu)化。其過程如圖1所示。（1）強迫性選擇強迫性選擇指的是在特定條件和特定環(huán)境中，可供選擇的對象或機會是非常有限的，人們必須在有限的對象中作出選擇，這種選擇很難完全符合選擇者的全部要求。同樣的，在組建測試團隊的時候，有的團隊成員是主動選擇的，而有的可能是強迫性的選擇，包括成員自己是強迫性加入的，也可能是成員的經(jīng)理是強迫性接受的。強迫性選擇并不是人生只有一次，人生的絕大多數(shù)選擇都屬于強迫性的范疇，例如：擇業(yè)、擇偶、擇友等。（2）主動性協(xié)調(diào)當某個人確定只能和幾個人一起踢球時，就必須與他們主動協(xié)作，以便把球踢好。主動性協(xié)作是“球論”的重要方法。測試團隊組建以后，團隊成員只能對合作的某個人或者某些人強迫性選擇時，就必須采取各種主動的方式，以改進這種強迫性選擇給個人帶來的心理壓力和行為障礙，降低彼此之間不協(xié)調(diào)的因素，主動溝通并增進彼此的關系。這就是主動性協(xié)調(diào)的理念，主要表現(xiàn)在： 主動服從上級的領導，在測試工作中完成上級安排的測試任務和工作； 主動與同事之間協(xié)調(diào)工作，愿意配合和支持其他同事的工作； 公正公平地對待下級，認可和贊賞下級同事的任何努力以及獲得的成績；（3）整體性決策測試團隊成員經(jīng)過主動性協(xié)調(diào)之后，也經(jīng)常會發(fā)生協(xié)調(diào)失敗的情形，例如：有的成員會跳槽；有的成員會垂頭喪氣；有的成員會繼續(xù)努力以爭取繼續(xù)協(xié)調(diào)的可能。這個時候，需要測試團隊成員進行整體性決策，從測試職業(yè)發(fā)展的整體性、全局性考慮職業(yè)生涯的重新設計，從而作出適合自己的下一個階段發(fā)展的決策。（4）測試團隊的再次優(yōu)化測試團隊成員經(jīng)過主動性協(xié)調(diào)以及成員與成員之間、團隊與成員之間的整體性決策之后，團隊成員之間的認同感會迅速增強，并成為一個優(yōu)秀的團隊。但是，測試團隊本身是一個變動的整體，例如：團隊成員的退休、某種原因的遷徙等，以及團隊成員的知識結(jié)構(gòu)、專業(yè)技能和發(fā)展狀態(tài)的動態(tài)變化，都必然會出現(xiàn)團隊成員的離開和新成員的加入。測試團隊的再次優(yōu)化也是團隊和成員面臨的又一次強迫選擇之后的一次的協(xié)調(diào)合作。簡單地說，“球論”在優(yōu)秀測試團隊的建設過程中的作用是：在特定環(huán)境和特定條件下，讓測試團隊成員一起將“球”踢好。使用IBM Rational的測試理念成功打造測試團隊本講述了 IBM Rational 在軟件測試方面的理念以及 Ratioanl 的測試產(chǎn)品方案，你可以了解到如何 使用 IBM Rational 的測試理念成功打造測試團隊。1. 傳統(tǒng)軟件測試過程中的問題 測試在所有的軟件開發(fā)過程中都是最重要的部分。在軟件開發(fā)過程中，一方面要求我們通過測試活動驗證所開發(fā)的軟件在功能上滿足軟件需求中描述的每一條特性，性能上滿足客戶要求的負載壓力和相應的響應時間、吞吐量要求；另一方面，面向市場和客戶，開發(fā)團隊還要滿足在預算范圍內(nèi)盡快發(fā)布軟件的要求。 傳統(tǒng)的軟件測試流程一般是先在軟件開發(fā)過程中進行少量的單元測試，然后在整個軟件開發(fā)結(jié)束階段，集中進行大量的測試，包括功能和性能的集成測試和系統(tǒng)測試。隨著開發(fā)的軟件項目越來越復雜，傳統(tǒng)的軟件測試流程不可避免地給我們的工作帶來以下問題：問題一：項目進度難于控制，項目管理難度加大如圖一所示，大量的軟件錯誤往往只有到了項目后期系統(tǒng)測試時才能夠被發(fā)現(xiàn)，解決問題所花的時間很難預料，經(jīng)常導致項目進度無法控制，同時在整個軟件開發(fā)過程中，項目管理人員缺乏對軟件質(zhì)量狀況的了解和控制，加大了項目管理難度。圖一、傳統(tǒng)測試流程中存在的問題問題二：對于項目風險的控制能力較弱項目風險在項目開發(fā)較晚的時候才能夠真正降低。往往是經(jīng)過系統(tǒng)測試之后，才真正確定該設計是否能夠滿足系統(tǒng)功能、性能和可靠性方面的需求。問題三：軟件項目開發(fā)費用超出預算在整個軟件開發(fā)周期中，錯誤發(fā)現(xiàn)的越晚，單位錯誤修復成本越高，如圖二所示，錯誤的延遲解決必然導致整個項目成本的急劇增加。圖二、傳統(tǒng)測試流程中存在的問題2. 采用IBM Rational軟件自動化測試最佳成功經(jīng)驗解決傳統(tǒng)測試問題 IBM Rational軟件自動化測試技術核心的三個最佳成功經(jīng)驗是：盡早測試、連續(xù)測試、自動化測試，并在此基礎上提供了完整的軟件測試流程和一整套的軟件自動化測試工具，使我們最終能夠做到：一個測試團隊，基于一套完整的軟件測試流程，使用一套完整的自動化軟件測試工具，完成全方位的軟件質(zhì)量驗證。2.1 成功經(jīng)驗一：盡早測試 所謂盡早測試是指在整個軟件開發(fā)生命周期中通過各種軟件工程技術盡量早的完成各種軟件測試任務的一種思想。IBM Rational主要在以下三個方面為我們提供的盡早測試的軟件工程技術： 首先，軟件的整個測試生命周期是與軟件的開發(fā)生命周期基本平齊的過程，如圖三所示，即當需求分析基本明確后我們就應該基于需求分析的結(jié)果和整個項目計劃來進行軟件的測試計劃；伴隨著分析設計過程同時應該完成測試用例的設計；當軟件的第一個發(fā)布出來后，測試人員要馬上基于它進行測試腳本的實現(xiàn)，并基于測試計劃中的測試目的執(zhí)行測試用例，對測試結(jié)果進行評估報告。這樣，我們可以通過各種測試指標實時監(jiān)控項目質(zhì)量狀況，提高對整個項目的控制和管理能力。圖三、軟件測試生命周期 其次，通過迭代是軟件開發(fā)把原來的整個軟件開發(fā)生命周期分成多個迭代周期，在每個迭代周期都進行測試，這樣在很大程度上提前了軟件系統(tǒng)測試發(fā)生的時間，這可以在很大程度上降低項目風險和項目開發(fā)成本。 最后，IBM Rational的盡早測試成功經(jīng)驗還體現(xiàn)在它擴展了傳統(tǒng)軟件測試階段從單元測試、集成測試到系統(tǒng)測試、驗收測試的劃分，將整個軟件的測試按階段劃分成開發(fā)員測試和系統(tǒng)測試兩個階段，如圖四所示，它把軟件的測試責無旁貸地擴展到整個開發(fā)人員的工作過程。通過提前測試發(fā)生的時間來盡早地提高軟件質(zhì)量、降低軟件測試成本。圖四、IBM Rational測試方法對測試階段的劃分2.2 成功經(jīng)驗二：連續(xù)測試 測試成功經(jīng)驗連續(xù)測試是從迭代式軟件開發(fā)模式得來。在迭代化的方法中，我們將整個項目的開發(fā)目標劃分成為一些更易于完成和達到的階段性小目標，這些小目標都有一個定義明確的階段性評估標準。迭代就是為了完成一定的階段性目標而從事的一系列開發(fā)活動，在每個迭代開始前都要根據(jù)項目當前的狀態(tài)和所要達到的階段性目標制定迭代計劃，而且每個迭代中都包括需求、設計、編碼、集成、測試等一系列的開發(fā)活動，都會增量式集成一些新的系統(tǒng)功能。通過每次迭代，我們都產(chǎn)生一個可運行的系統(tǒng)，通過對于這個可運行系統(tǒng)的測試來評估該次迭代有沒有達到預定的迭代目標，并以此為依據(jù)來制定下一次迭代的目標。由此可見，在迭代式軟件開發(fā)的每個迭代周期我們都會進行軟件測試活動，整個軟件測試的完成是通過每個迭代周期不斷增量測試和回歸測試實現(xiàn)的。如圖五所示，采用連續(xù)測試的軟件成功測試經(jīng)驗，不但能夠持續(xù)的提高軟件質(zhì)量、監(jiān)控質(zhì)量狀態(tài)，同時也使系統(tǒng)測試的盡早實現(xiàn)成為可能。從而有效的控制開發(fā)風險、減低測試成本和保證項目進度。圖五、IBM Rational測試成功經(jīng)驗：連續(xù)測試2.3 成功經(jīng)驗三：自動化測試 在整個軟件的測試過程中要想實現(xiàn)盡早測試、連續(xù)測試，可以說完善的測試流程是前提，自動化測試工具是保證。IBM Rational的自動化測試成功經(jīng)驗主要是指利用軟件測試工具提供完整的軟件測試流程的支持和各種測試的自動化實現(xiàn)。 為了使各種軟件測試團隊更好地進行測試，IBM Rational在提供了測試成功經(jīng)驗之外，還為我們提供了一整套的軟件測試流程和自動化測試工具，使軟件測試團隊能夠從容不迫地完成整個測試任務。3. IBM Rational軟件自動化測試工具 在IBM Rational的軟件自動化測試解決方案中，我們一直致力追求的一點就是測試工具和測試成功經(jīng)驗、測試流程的統(tǒng)一，上面闡述的每個測試成功經(jīng)驗和測試流程環(huán)節(jié)，我們都可以通過Rational的測試工具以及工具間的完美集成輔助完成。 IBM Rational的軟件自動化測試工具如圖七所示，其最大特點是通過一套完整的軟件測試工具在實現(xiàn)測試管理流程的基礎上，同時涵蓋了功能測試、性能測試和可靠性測試的自動化測試需求，通過工具之間的集成完成測試資源的整合，幫助測試團隊實現(xiàn)IBM Rational的測試成功經(jīng)驗。圖七、IBM Rational自動化測試工具4. IBM Rational軟件測試流程 IBM Rational的軟件測試流程，不僅僅包含完整的軟件測試流程框架，同時還提供了內(nèi)嵌軟件測試流程的測試管理工具的支持。4.1 IBM Rational軟件測試流程框架 IBM Rational Unified Process(以下簡稱RUP)提供了一套完整的測試流程框架，軟件測試團隊可以以它為基礎，根據(jù)業(yè)務發(fā)展的實際要求，定制符合團隊使用的軟件測試流程。RUP中的軟件測試流程如圖六所示：圖六、IBM Rational 軟件測試流程每個測試環(huán)節(jié)的具體闡述如下：制定測試計劃的目的是確定和描述要實施和執(zhí)行的測試。這是通過生成包含測試需求和測試策略的測試計劃來完成的?？梢灾贫ㄒ粋€單獨的測試計劃，用于描述所有要實施和執(zhí)行的不同測試類型，也可以為每種測試類型制定一個測試計劃。設計測試的目的是確定、描述和生成測試過程和測試用例。實施測試的目的是實施（記錄、生成或編寫）設計測試中定義的測試過程。輸出工件是測試過程的計算機可讀版本，稱為測試腳本。執(zhí)行測試的目的是確保整個系統(tǒng)按既定意圖運行。系統(tǒng)集成員在各迭代中編譯并鏈接系統(tǒng)。每一迭代都需要測試增加的功能，并重復執(zhí)行以前版本測試過的所有測試用例（回歸測試）。評估測試的目的是生成并交付測試評估摘要。這是通過復審并評估測試結(jié)果、確定并記錄變更請求，以及計算主要測試評測方法來完成的。測試評估摘要以組織有序的格式提供測試結(jié)果和主要測試評測方法，用于評估測試對象和測試流程的質(zhì)量。4.2 利用IBM Rational軟件測試管理平臺實現(xiàn)軟件自動化測試流程 IBM Rational在RUP測試方法論的基礎上構(gòu)建了軟件自動化測試管理平臺工具TestManager，通過和測試需求管理工具RequisitePro、缺陷追蹤工具ClearQuest的完美集成，實現(xiàn)了對整個軟件測試生命周期的管理，可以幫助軟件測試團隊快速建立軟件測試平臺和測試管理流程，使軟件測試團隊快速擁有以下能力： TestManager提供測試管理的核心平臺，整合了從測試需求、測試計劃、測試設計、測試實施、測試執(zhí)行到測試結(jié)果分析、測試報告的自動生成等整個測試生命周期的管理活動。同時，統(tǒng)一組織各種Test Suite,Test Case,Test Script，方便地進行回歸測試。 TestManager遵循RUP標準測試流程，使測試人員能夠在統(tǒng)一的測試管理平臺上、遵循統(tǒng)一的測試管理流程，完成對包括產(chǎn)品的功能性、可靠性和性能等全方位的質(zhì)量測試。 作為一種集成解決方案，Rational TestManager與Rational 其他工具一起，提供從測試需求、到整個軟件測試流程管理、缺陷追蹤、測試結(jié)果評測的可追蹤性，方便測試管理人員進行軟件測試過程監(jiān)控和有關軟件質(zhì)量的各種量化指標的采集、分析。4.3 利用IBM Rational軟件測試工具實現(xiàn)軟件自動化的功能和性能測試 IBM Rational的自動化軟件測試工具的另一個特點就是：通過TestManager + Robot，在實現(xiàn)測試管理流程的同時，能夠完成功能測試和性能測試，這會大大縮短測試團隊對工具的學習過程，提高工具的易用性。4.3.1 軟件的自動化功能測試功能測試主要圍繞Windows圖形界面、字符終端和Browser界面進行測試。客戶端可以是VC、VB、PB、Delphi等編制的軟件、各種字符終端軟件或者運行瀏覽器Microsoft Explorer和Netscape，通過自動錄制形成測試腳本實現(xiàn)自動化的功能/回歸測試。IBM Rational的功能測試解決方案的目標，是使功能性測試變得更簡單、有效并可重復執(zhí)行，從而快速提升軟件測試團隊的功能測試能力。它主要具有以下特點：能夠方便的對各種環(huán)境(IDE)中開發(fā)的應用程序、字符終端軟件，完成包括測試計劃、測試設計、測試實施、測試執(zhí)行和測試結(jié)果分析等全部測試流程。能夠方便的錄制或編寫各種功能測試腳本，實現(xiàn)自動化的功能/回歸測試。利用數(shù)據(jù)池方便地解決大批量數(shù)據(jù)驅(qū)動的功能測試；能夠方便地完成分布式功能測試，可以一次測試多種測試平臺；能夠自動完成功能測試需求覆蓋，確保應用程序滿足產(chǎn)品規(guī)格說明和測試計劃的每一條業(yè)務需求；為了提高對Java和Web開發(fā)的應用軟件功能測試的支持，IBM Rational的功能測試的解決方案還提供了IBM Rational XDE Tester，它主要用于在Windows和Linux平臺上基于Java和Web開發(fā)的應用軟件的功能測試，尤其適用于使用IBM WebSphere Studio、Eclipse和 Rational XDE Developer等開發(fā)平臺進行軟件開發(fā)的團隊。它的三個最重要的自動化測試的特性是：專業(yè)的自動化測試腳本創(chuàng)建環(huán)境：測試平臺擴展嵌入到IBM WebSphere Studio、Eclipse和 Rational XDE Developer開發(fā)平臺，統(tǒng)一了測試和開發(fā)環(huán)境；測試腳本在回歸測試方面具有很強的靈活性和可維護性：ScriptAssure是 IBM提供的針對 Java 和Web應用程序測試時的一組高級能力, 它能夠幫助創(chuàng)建靈活、可重用的測試腳本，大大提高了腳本的可維護性。對象地圖（Object mapping）提供了核心對象庫，測試人員可以基于它進行被測程序中被測對象的修改和驗證，并根據(jù)修改自動更新所有相關的測試腳本?？梢宰约涸O置被測程序中用來表示被測對象的對象屬性集，這使得少量對象屬性的變化不會影響測試腳本的正?；胤?。同時，可以創(chuàng)建針對動態(tài)數(shù)據(jù)的驗證點，通過正則表達式更容易對動態(tài)的數(shù)據(jù)進行驗證；強大的測試腳本語言：使用標準的測試腳本語言Java，可以充分利用工業(yè)標準語言的優(yōu)點進行測試。4.3.2 軟件的自動化壓力測試 IBM Rational壓力測試工具主要目標是快速提升軟件測試團隊的性能測試能力，包括負載測試，壓力測試等等。Rational性能測試解決方案可以方便靈活地模擬各種負載模型，完成以查找響應時間瓶頸、系統(tǒng)吞吐量、最大并發(fā)虛擬用戶等為目地的各種要求的性能測試。包括：利用TestStudio可以完成對壓力測試的測試需求、測試計劃、測試設計、測試實施、測試執(zhí)行和測試結(jié)果分析等整個測試生命周期的管理；利用TestStudio中的Test Suite，能夠方便的完成壓力測試對負載模型的各種要求，包括：建立復雜的Scenario模型；準確模擬復雜負載的時序控制；基于Transaction的負載分析；建立面向目標的事務負載模型，例如：100事務/秒響應時間精確到1/100秒；支持不同虛擬用戶的不同IP地址模擬；準確的波特率模擬；利用TestStudio，能夠方便地完成壓力測試過程中各種指標的觀測；利用TestStudio，能夠方便地完成壓力測試結(jié)果分析和各種結(jié)果報告的生成；4.4 利用IBM Rational軟件測試工具實現(xiàn)軟件自動化的可靠性測試和單元測試 IBM Rational軟件測試工具PurifyPlus主要用于幫助軟件測試團隊在短期內(nèi)快速提升單元測試能力和可靠性測試能力的團隊，其主要特點是：見效快、使用方便、門檻低、培訓時間短，開發(fā)人員2小時內(nèi)即可完全掌握該軟件進行測試。PurifyPlus包含Rational Purify、Quantify和PureCoverage三個產(chǎn)品，主要功能如下：Rational Purify主要針對軟件開發(fā)過程中難于發(fā)現(xiàn)的內(nèi)存錯誤、運行時錯誤。在軟件開發(fā)過程中：自動地發(fā)現(xiàn)錯誤；準確地定位錯誤；提供完備的錯誤信息； 從而減少了調(diào)試時間， 幫助開發(fā)團隊找出缺陷并最終形成高質(zhì)量的產(chǎn)品，使您能真正做到更快地發(fā)布更好的軟件。Rational Quantify主要解決軟件開發(fā)過程中的性能問題。在軟件開發(fā)過程中：方便地查明并顯示應用程序的性能瓶頸，從而確保整個應用程序的質(zhì)量和性能。Rational Quantify 給開發(fā)團隊提供了一個性能數(shù)據(jù)的全局圖形化視圖，使您從開發(fā)流程的開頭起就注重性能問題，真正做到更快地發(fā)布更好的軟件。Rational PureCoverage提供應用程序的測試覆蓋率信息。在軟件開發(fā)過程中：能自動找出代碼中未經(jīng)測試的代碼，保證代碼測試覆蓋率；幫助開發(fā)人員確保開發(fā)質(zhì)量，并使質(zhì)量保證人員能夠評價測試工作的效果?？舍槍γ看螠y試生成全面的覆蓋率報告，可以歸并程序多次運行所生成的覆蓋數(shù)據(jù)，并自動比較測試結(jié)果，以評估測試進度。4.5 利用IBM Rational軟件測試工具實現(xiàn)實時系統(tǒng)軟件的自動化測試 IBM Rational Test Realtime主要適合于開發(fā)實時系統(tǒng)和具有較高要求的非實時系統(tǒng)的軟件開發(fā)，可以幫助測試團隊快速建立起單元測試、集成測試、系統(tǒng)測試等測試能力。它提供的自動測試（包括單元測試、集成測試、系統(tǒng)測試）、代碼覆蓋、內(nèi)存泄漏檢查、性能分析以及UML跟蹤等重要特性，幫助軟件測試團隊在系統(tǒng)崩潰前發(fā)現(xiàn)并修復軟件缺陷。其主要功能特性如下：自動生成測試腳本模板和測試程序（包括驅(qū)動模塊和樁模塊）：通過源代碼分析，自動生成在目標上運行所需的測試腳本和測試程序。除了利用測試腳本指定測試數(shù)據(jù)外，不需要手工編碼。而且在測試報告中，測試結(jié)果和源代碼相聯(lián)，簡化代碼修改；通過代碼自動插針進行代碼覆蓋率、內(nèi)存泄漏以及性能瓶頸進行分析，并和測試用例建立關聯(lián)；通過把測試結(jié)果和觀察結(jié)果和被測代碼關聯(lián)，把測試作為開發(fā)的一個重要部分，真正實現(xiàn)邊開發(fā)邊測試，邊測試邊觀察，邊觀察邊評估這一集成的開發(fā)測試過程；通用的、低開銷而且易于移植的目標適配技術（Target Deployment Port，TDP）：利用TDP技術，使得測試與編譯器、連接器、調(diào)試器以及目標結(jié)構(gòu)無關，實現(xiàn)了跨多開發(fā)環(huán)境、多目標結(jié)構(gòu)；模型觀察和代碼覆蓋相集成：利用UML Trace功能觀察應用運行狀態(tài)，并通過狀態(tài)機模型覆蓋實現(xiàn)測試用例和模型的關聯(lián)，充分利用了模型和代碼級測試的長處；與ClearCase、ClearQuest和RUP集成：在同一集成環(huán)境中完成對測試文件進行版本控制，提交和修改變更請求；5. 小結(jié) IBM Rational主要為軟件測試團隊提供測試成功經(jīng)驗、自動化測試工具和全方位的咨詢服務三方面的支持，如圖八所示，最終實現(xiàn)：一個測試團隊，基于一套完整的軟件測試流程，使用一套完整的自動化軟件測試工具，完成全方位的軟件質(zhì)量驗證，這正是IBM Rational測試解決方案的精髓和終極目標建立高效的測試團隊曾經(jīng)和一位擔任測試經(jīng)理不久的朋友和我談到過他們部門建設的問題。剛開了個頭，這位經(jīng)理就急不可耐地倒起了苦水：“部門的工作真是不好開展，員工沒有勁頭”“某某員工簡直是不可救藥，總是把事情辦砸”、“某某員工真是讓人著急，來公司三年了，對業(yè)務也熟悉，你想要提拔她吧，她就是不上進，讓她去做一點以前沒做過的事情她都會驚慌失措”、“老員工都死氣沉沉，新員工都沒有上進心”、“某某最近要辭職了，我也不明白怎么回事，我還一直以為他工作得很愉快呢”。足足在發(fā)了半個多小時的牢騷以后，他仍然沉浸在自己的痛苦中。 說實在的，我真的很同情他，也很同情他現(xiàn)在的處境。作為一個新上任的測試經(jīng)理，自然會有一股子勁頭，恨不能一夜之間就讓部門面貌煥然一新，恨不能讓所有的員工一夜之間突飛猛進，可惜，羅馬不是一天建成的，部門管理的問題也絕對不會解決得那么輕易。管理是一種藝術，對測試團隊的管理更是一種需要小心的藝術。測試工程師一般都敏感且自尊，他們有發(fā)現(xiàn)缺陷的能力，自然也能輕易發(fā)現(xiàn)你在管理工作中的疏忽；他們能夠評價應用系統(tǒng)，評價你的管理工作對他們來說也不是難事。那么，真的就那么難建立一個高效的測試團隊嗎？實際上，管理工作的核心是“人”，作為測試部門的負責人，只要抓住了這點，就能很順利地把整個團隊調(diào)動起來。我在不同的公司經(jīng)歷過不同的測試團隊，在我的感覺中，測試工程師其實都是很好相處的人。測試工程師不是純粹的技術人員，他們一般來說都敏銳、有耐心、有責任心、能承受工作壓力，也具有比較好的溝通能力。但是，“測試工程師”這個對他們的統(tǒng)稱掩蓋了太多他們之間的不同?；氐轿覀冊谖恼伦畛醯睦樱斘覇柲俏恍聹y試經(jīng)理“你覺得你理想中的測試工程師是什么樣子的呢？”這個問題的時候，他的回答是“我希望他們都能有上進心、積極進取、有高的技術水平，同時能夠承擔工作壓力?！蔽蚁?，他的回答可能是用對自己的要求來要求部門所有的測試工程師了。一個全是將軍的團隊絕對不會比一個分工明確、高效協(xié)作的團隊更加有戰(zhàn)斗力。那么，究竟如何來建立一個高效的測試團隊呢？這個問題，一定是“仁者見仁，智者見智”的問題。不過在這里，我不揣冒昧，說一些自己的看法。1測試團隊中的“人”首先，高效的測試團隊需要不同角色的“人”。根據(jù)我的經(jīng)歷，一般來說，測試團隊中經(jīng)常都有些這樣類型的員工：1.1不同類型的員工l老虎測試部門的老虎是那些有活力、有沖勁的人。他們聰明、能干、敏銳、不懼怕壓力。每個我見過的測試經(jīng)理都期望能找到這樣的人才，可惜，這樣的人才并不多見，而且，這樣的人才大多都是依靠測試組織自己培養(yǎng)出來的，一只“外來的”虎不一定能在新的組織中也發(fā)揮虎的威力。不過，即使在部門中有了老虎的存在，還必須為老虎創(chuàng)造出適合他的空間。很多測試經(jīng)理都會為部門中能人的離去而煩惱，但在煩惱的同時，你有沒有想過為什么他要離去？純粹為了薪酬待遇？實際上，老虎是很有上進心的，一旦他發(fā)覺自己只能在一個固定的環(huán)境中做固定的事情，他就會選擇離開。要想留住這種類型的人才，必須為他創(chuàng)造一個時刻充滿挑戰(zhàn)的環(huán)境讓他開拓一片天地，讓其他角色來“守城”，最可能是最合適的搭配。l牛 牛是最勤勤懇懇的，踏實、勤勞、敬業(yè)是牛最好的寫照。這樣的員工能完成你交給他的明確的任務，把明確的任務交給他是最讓人放心的。但美中不足，這樣的員工往往缺少主動的創(chuàng)造性，明明他對業(yè)務很熟悉，明明他經(jīng)驗很豐富，但一旦要他跳出自己習慣的工作氛圍和角色，創(chuàng)造性地完成一些工作，他們就束手無策了。這種類型的員工讓人又愛又恨，愛的是他勤勤懇懇的態(tài)度，恨的是他不肯進取的心態(tài)。l猴子猴子是聰明的代名詞，這種類型的員工聰明、大膽、活躍。在部門里，這類員工總是在鼓搗各種新工具、新技術、新名詞。他們是工具引入的主要建議者和新技術采用的主要倡導者。這類員工對新事物有執(zhí)著的熱情，愿意去了解每一種他們所能接觸到的新東西。對于解謎，這類員工有著天生的愛好，他們最大的興趣就是從謎團一樣的系統(tǒng)中找到能證明自己聰明的證據(jù)。然而，這類員工的缺點幾乎和優(yōu)點一樣明顯缺乏持之以恒的耐心，一旦他們不得不長期進行一些重復性強的工作（例如，手工的回歸測試），他們就會表現(xiàn)出不耐煩和由此因為疏忽產(chǎn)生錯誤。l長頸鹿長頸鹿在這里并不是“遲鈍”的同義詞。長頸鹿通常是一個部門中最有前瞻能力的人。他們具有對軟件測試深入的理解和認識，能夠?qū)y試部門的發(fā)展提出非常好的建議（而不僅僅是意見），唯一的問題是，對細節(jié)上他們總是缺乏關注，能夠給出漂亮的流程圖或是建議書，但如果由他來執(zhí)行，則一定是一場災難。l狐貍測試部門中也會存在