【正文】 多層管理，是因為在小公司的開發(fā)早期階段，只有很少的管理層次，承擔(dān)“ 經(jīng)理 ” 、 “ 負責(zé)人 ”等崗位工作的人實際上也是 “ 工程師 ” 。 測試小組的構(gòu)成與職責(zé) 這種模型的一些優(yōu)點非常適合小公司： ● 利用了測試活動主要在后期的特性：盡管測試活動分布在整個項目生存周期，但是測試的主要關(guān)注點和壓力點還是在項目生存周期的后期。 ● 使工程師獲得生存周期所有方面的經(jīng)驗由于工程師把自己的時間分別投入到開發(fā)和測試中，因此了解所有生存周期活動所包括的一切內(nèi)容。 這也使他們了解所有活動的重要性和困難，為日后劃分不同小組后的更好的團隊協(xié)作打下了基礎(chǔ)。 ● 尊重這樣的事實，即公司主要使用非正式的過程。 ● 會在早期發(fā)現(xiàn)一些缺陷由于開發(fā)人員執(zhí)行測試工作，因此有可能在時間上更早發(fā)現(xiàn)缺陷（很像白盒測試所起的作用）。 測試小組的構(gòu)成與職責(zé) 但是這種模型有嚴重的弱點，這些弱點包括： ● 降低了測試和質(zhì)量的責(zé)任。 由于相同的人員從事開發(fā)和測試工作，使得測試和質(zhì)量的責(zé)任受到挑戰(zhàn)。開發(fā)人員（或項目經(jīng)理）更可能把時間用在開發(fā)上，增加一些新特性，甚至以犧牲徹底測試已有特性為代價。因此，測試的責(zé)任受到損害。 ● 開發(fā)人員一般不喜歡測試，因此測試的有效性受到損害。 在這種模型中，他們承擔(dān)測試任務(wù)是承擔(dān)開發(fā) “ 酷任務(wù) ” 的 “ 代價 ” 。這種對承擔(dān)測試工作缺乏內(nèi)在動力，會對測試的有效性產(chǎn)生明顯影響。 ● 進度壓力一般會使測試受到威脅壓力，最后期限決定生存！ 總會有很多最后期限必須達到，可能沒有足夠的時間進行測試。因此，與典型的工程師更愿意承擔(dān)開發(fā)任務(wù)而不是測試任務(wù)相一致，測試的質(zhì)量也會受到損害。 ● 開發(fā)人員可能難以完成不同類型的測試，可能不具備完成所有類型測試的能力，因為有些測試需要專門的基礎(chǔ)設(shè)施或技能。 因此，有必要把這些特殊的測試工作獨立出來，成立不同的小組。 測試小組的構(gòu)成與職責(zé) ? 隨著產(chǎn)品的成熟和過程的進展，既做開發(fā)又做測試的均勻單產(chǎn)品公司會分為 兩個不同的小組，一個做開發(fā)，一個做測試， 如圖所示。 ? 這兩支團隊是 對等的 ，都向負責(zé)整個產(chǎn)品的項目經(jīng)理報告。 測試小組的構(gòu)成與職責(zé) 在這種模型中可以去除上一個模型的一些弱點。 （ 1） 測試和開發(fā)有明確的責(zé)任。 可以更明確地確定和劃分兩個團隊的結(jié)果和預(yù)期。 （ 2） 測試提供一種外部的視角。 由于測試和開發(fā)在邏輯上是分開的，因此不大可能出現(xiàn)前一個模型中出現(xiàn)測試人員要證明產(chǎn)品能夠正常運行的偏見。這種外部視角會導(dǎo)致發(fā)現(xiàn)產(chǎn)品中的更多缺陷。 （ 3） 考慮測試所需的不同技能。 前面已經(jīng)介紹過，測試工作所需的技能與開發(fā)工作所需的技能有很大不同。這種模型承認這種技能要求上的差別，并可以主動地應(yīng)對。 測試小組的構(gòu)成與職責(zé) ?有效運用這種模型 有幾點必須注意 。 ?首先，項目經(jīng)理不應(yīng)該屈服壓力，忽視測試團隊的發(fā)現(xiàn)和建議，發(fā)布沒有達到測試準(zhǔn)則的產(chǎn)品。 ?其次，項目經(jīng)理必須保證開發(fā)和測試團隊不能相互對立。 這會削弱兩個團隊之間的協(xié)作，最終影響產(chǎn)品的進度和質(zhì)量。 ?最后，測試團隊必須從一開始就參與項目決策，并對進度作出合適的安排，以免他們“倉促”地介入項目，面對不現(xiàn)實的進度要求和預(yù)期。 測試小組的構(gòu)成與職責(zé) ? 當(dāng)公司作為單一產(chǎn)品公司取得成功后，可能決定開發(fā)其他產(chǎn)品。在這種情況下，每個產(chǎn)品看作一個獨立的業(yè)務(wù)單元，負責(zé)產(chǎn)品的所有活動。此外，與以前一樣，也會有像首席技術(shù)官這樣的通用角色。 ?多產(chǎn)品公司中的測試小組組織大致可用 以下要素描述。 ● 與產(chǎn)品聯(lián)系的緊密程度取決于技術(shù)。 如果不同的產(chǎn)品使用類似的技術(shù)，那么對這些類似產(chǎn)品的測試也會有 協(xié)作 。但是，如果公司產(chǎn)品類型的 范圍很寬 ，像操作系統(tǒng)或數(shù)據(jù)庫這樣的系統(tǒng)軟件產(chǎn)品，到像工資系統(tǒng)這樣的應(yīng)用軟件產(chǎn)品，那么就不大可能由各種產(chǎn)品共享測試資源，因為兩種工作所要求的技能是不同的。 ● 不同產(chǎn)品之間的依賴。 如果產(chǎn)品之間的依賴很強 ，則產(chǎn)品的測試也要緊密結(jié)合。一個產(chǎn)品能產(chǎn)生嚴重影響，因此，測試小組可能有必要在不同產(chǎn)品上重疊。至少需要一個全公司層次的測試團隊，以實施不同相關(guān)產(chǎn)品的集成測試。 測試小組的構(gòu)成與職責(zé) ● 產(chǎn)品發(fā)布周期的同步方式。 如果不同產(chǎn)品的發(fā)布周期是同步的，則意味著兩點。 第一，產(chǎn)品之間很可能有依賴關(guān)系；第二，很可能同時需要測試資源。 這看起來是矛盾的要求，一方面由于存在依賴關(guān)系需要測試團隊具有共性（請參閱上一段），另一方面，由于不同產(chǎn)品會同時需要測試資源，資源可能是下同報告結(jié)構(gòu)的不同團隊的一部分。 ● 每個產(chǎn)品的客戶群以及不同產(chǎn)品客戶群之間的相似性。 由于測試類型和所要求的技能在很大程度上取決于產(chǎn)品的性質(zhì)，而產(chǎn)品的性質(zhì)又是由客戶群決定的，客戶群的性質(zhì)對不同產(chǎn)品的團隊是否相同有影響。 根據(jù)以上因素，多產(chǎn)品公司在 組織測試小組方面有多種選擇： 測試小組的構(gòu)成與職責(zé) 1．一個集中式的 “ 智囊團 ” 團隊，負責(zé)制定公司的測試策略。 有些情況下，測試團隊在產(chǎn)品生存周期后期參與，而設(shè)計和開發(fā)團隊在初期介入。但是產(chǎn)品的可測試性與產(chǎn)品開發(fā)一樣重要（如果不是更重要的話）。因此，為測試分派與開發(fā)一樣的重要性是有道理的。做到這一點的一種方法就是讓測試團隊直接向首席技術(shù)官報告，與設(shè)計和開發(fā)團隊對等。 這種模型帶來的 直接好處 是： （ 1） 開發(fā)可測試的就是適合測試的產(chǎn)品體系結(jié)構(gòu)。 通過把測試團隊和首席技術(shù)官聯(lián)系起來，使產(chǎn)品設(shè)計者更能夠記住測試要求。 （ 2） 測試團隊會有更好的產(chǎn)品和技術(shù)技能。 這些技能可以在產(chǎn)品生存周期中積累。 （ 3） 測試團隊可以清楚地理解設(shè)計和體系結(jié)構(gòu)所針對的內(nèi)容，并相應(yīng)地策劃測試。 （ 4） 產(chǎn)品開發(fā)的技術(shù)路線圖和測試包開發(fā)能夠更好地同步。 （ 5） 對于多產(chǎn)品公司，首席技術(shù)官的團隊可以推廣和優(yōu)化公司內(nèi)各種產(chǎn)品組織和業(yè)務(wù)單元的測試經(jīng)驗。 （ 6） 首席技術(shù)官的團隊可以制定針對測試自動化的一致、有效的策略。 （ 7） 體系結(jié)構(gòu)和測試的責(zé)任集中到首席技術(shù)官一個人身上，體系結(jié)構(gòu)的端到端目標(biāo)，如性能、負載條件、可用性需求等，都可以無歧義地滿足和預(yù)先策劃。 測試小組的構(gòu)成與職責(zé) 在這種模型中，首席技術(shù)官只負責(zé)體系結(jié)構(gòu)和測試團隊。 實際編寫產(chǎn)品代碼的開發(fā)團隊可以向負責(zé)代碼的另一個人報告，這樣可以保證測試團隊的獨立性。 這種向首席技術(shù)官報告的小組解決了在公司層次上分割并需要主動策劃的問題。 讓他們向首席技術(shù)官報告的理由是，這種團隊可能是跨部門、跨工種的。這種報告結(jié)構(gòu)提高了團隊的可信性和權(quán)威。這樣，他們的決定就可能被公司的其他部門更順利地接受，提的問題也會更少，不會有 “ 這種決策不適合我的產(chǎn)品，因為是其他人作出的決策 ” 這樣的反對意見。 這種結(jié)構(gòu)還能解決一些頂級測試工程師的職業(yè)發(fā)展道路問題。 人們常常在達到測試職業(yè)的頂峰后產(chǎn)生錯覺，認為要再向前發(fā)展必須轉(zhuǎn)去開發(fā)。而在這種模型中，測試角色要向首席技術(shù)官報告，具有高度可視性，可以激勵測試人員樹立好的發(fā)展目標(biāo)。 測試小組的構(gòu)成與職責(zé) 為了使這種向首席技術(shù)官報告的團隊更有效，應(yīng)該注意以下幾點： （ 1）團隊的數(shù)量要少； （ 2）團隊之間要平等，最多也只能有很少的層次； （ 3）應(yīng)該是全公司范圍內(nèi)的團隊； （ 4）應(yīng)該有決策和實施權(quán)，而不只是一個只提建議的委員會； （ 5）應(yīng)該定期進行評審，以保證團隊運轉(zhuǎn)與所制訂的策略一致。 測試小組的構(gòu)成與職責(zé) 2．一個測試小組負責(zé)所有產(chǎn)品。 在多產(chǎn)品公司中也可以使用單產(chǎn)品公司的單一測試小組摸型。本節(jié)討論了組織測試小組的一些準(zhǔn)則。根據(jù)這些準(zhǔn)則，如果產(chǎn)品之間的界限不是很鮮明，那么有可能采用面向所有產(chǎn)品的單一測試小組模式。 這種模型類似于把單產(chǎn)品團隊按組件劃分，每個組件由一個獨立的小組開發(fā)。 這兩種模型之間的主要差別是，前一種模型的測試小組要向項目經(jīng)理報告，項目經(jīng)理負直接的交付責(zé)任；而在多產(chǎn)品公司中，由于不同小組和個個對不同的產(chǎn)品負責(zé)交付。 因此測試小組必須向不同層次的管理人員報告：這有兩種可能性。 （ 1） 單一的測試小組可以形成 “ 測試業(yè)務(wù)單元 ” ，并向這個單元報告。 這類似下面要討論的 “ 測試服務(wù) ”模型。 （ 2） 測試小組可以向前面討論過的 “ 首席技術(shù)官智囊團 ” 報告。這可以更容易地落實標(biāo)準(zhǔn)和規(guī)程，但會降低首席技術(shù)官智囊團的功能，使其降低戰(zhàn)略性，更多參與操作層面的工作。 測試小組的構(gòu)成與職責(zé) 3．每個產(chǎn)品（或一組相關(guān)產(chǎn)品）對應(yīng)一個不同的測試小組。 在多產(chǎn)品公司中，如果產(chǎn)品之間相對獨立，建立單一的測試小組會不太自然。單一測試小組的責(zé)任、決策和進度安排都會成為問題。組織測試小組的最自然和有效的方法是把一個產(chǎn)品的所有方面的全部責(zé)任分配給對應(yīng)的業(yè)務(wù)單元，讓業(yè)務(wù)單元負責(zé)人策劃如何組織測試和開發(fā)小組。 取決于產(chǎn)品之間所要求的集成層次，可能需要一支核心集成測試小組，負責(zé)處理所有多個產(chǎn)品的集成問題。這種集成小組應(yīng)該跨多個產(chǎn)品，因此最好向首席技術(shù)官智囊團報告。 測試小組的構(gòu)成與職責(zé) 4．每類不同的測試對應(yīng)不同的測試小組。 ● 我們看到，需要完成不同類型的測試，如黑盒測試、系統(tǒng)測試、性能測試、集成測試、國際化測試等。 ● 執(zhí)行這些不同類型的測試需要不同的技能。例如，對于白盒測試，需要有豐富的程序代碼和程序設(shè)計語言知識；對于黑盒測試，需要外部功能的知識。 ● 每種不同類型的測試會在不同的時間點上實施。例如，在國際化測試中，有些活動（如使能測試）要在生存周期的初期實施，而偽語言測試要在產(chǎn)品本地化之前進行。 由于以上因素，常常把測試工作分為不同測試 類型和階段。 由于不同類型測試的性質(zhì)不同，負責(zé)具體類型測試的人員不同，執(zhí)行不同測試類型的人最終屬于不同的小組。 這種基于測試類型的組織有以下優(yōu)點： （ 1）有合適技能的人員參加特定類型的測試。 （ 2）可以更好、更及時地檢測出缺陷。 （ 3）這種組織與 Ⅴ 字模型一致，因此能夠更有效地分配測試資源。 需要注意的挑戰(zhàn)是，測試責(zé)任現(xiàn)在被分散了，因此沒有一個統(tǒng)一的測試責(zé)任點。解決這個問題的關(guān)鍵，是為每個測試階段或小組客觀地定義指標(biāo)，并跟蹤直到結(jié)束。 測試小組的構(gòu)成與職責(zé) 5．以上所有模型的混合。 以上模型 并不是相互排斥或不相交的。 在實踐中組合使用這些模型，并不時改變所選擇的模型。例如，在臨近產(chǎn)品交付的緊張時期，多個組件測試團隊可以作為一個組件測試團隊運行，當(dāng)調(diào)試集成多個產(chǎn)品出現(xiàn)的問題時，不同的產(chǎn)品團隊可以合成一個團隊，在這個期間向首席技術(shù)官或首席執(zhí)行官報告?？梢园岩陨辖榻B的各種組織結(jié)構(gòu)看作構(gòu)件塊，可以根據(jù)實際需要，以各種排列組合方式組裝在一起。 這種混合組織結(jié)構(gòu)的 主要目的 ，是在責(zé)任明確前提下提高有效性。 本 章 小 結(jié) 本章進一步闡述了軟件項目測試階段的各個詳細階段 — 從 α 、 β 、預(yù)最終測試、完整性測試、發(fā)布到項目驗尸分析總結(jié)； 同時還介紹了在單產(chǎn)品公司和多產(chǎn)品公司中測試小組的組織構(gòu)成以及職責(zé)。