第8部分章測試組管理及測試工作量的估計

§1測試組的組織結(jié)構(gòu)測試組的結(jié)構(gòu)根據(jù)軟件企業(yè)的不同而不同；測試組的結(jié)構(gòu)同樣依賴于被測產(chǎn)品的類型及測試組的使命。煙囪測試組集中測試組IV&V測試組SMT測試組測試組的類型

除了基于短期及集中型組織概念的測試組構(gòu)成策略之外，測試組結(jié)構(gòu)也可能由于測試任務(wù)的不同而有所不同。§1測試組的組織結(jié)構(gòu)

一、概述1、煙囪測試組:企業(yè)按照項目的開始及結(jié)束來雇傭并安排測試工程師，項目結(jié)束，項目結(jié)束測試工程師就離開；2：集中測試組：企業(yè)有專職測試人員和測試專家——專門的測試團隊，企業(yè)將軟件測試能力作為長期投資戰(zhàn)略；3：獨立驗證與確認(IV&V)小組——IV&V測試組：IV&V測試組中的測試工程師完成軟件應(yīng)用的驗收測試，并評審軟件文檔，以驗證產(chǎn)品質(zhì)量。

§1測試組的組織結(jié)構(gòu)

一、概述4：“系統(tǒng)方法與測試(SMT)小組”：在企業(yè)中傳授測試技術(shù)的獨立小組，通常是企業(yè)的內(nèi)部顧問組。

SMT測試工程師日常的工作是：研究新的測試方法及工具、參加測試工具研討會、維護企業(yè)的軟件及測試程序資產(chǎn)、維護軟件項目的“經(jīng)驗教訓(xùn)”數(shù)據(jù)庫、維護測試工具評估結(jié)果及自動測試代碼庫。注：他們的職責(zé)并不是在項目中執(zhí)行測試，而是磋商、培訓(xùn)及指導(dǎo)真正進行測試開發(fā)并具體執(zhí)行的項目組人員。§1測試組的組織結(jié)構(gòu)

一、概述表5．1測試組概況煙囪測試組煙囪測試組集中測試組Ⅳ&V測試組SMT測試組

(小型)(大型)

測試組長測試經(jīng)理測試主任IV&V經(jīng)理SMT經(jīng)理測試工程師測試組長測試經(jīng)理IV&V組長過程組長

(1～4)(1～2)

測試工程師測試組長IV&V專家測試測試組長

(4～8)(3～5)組長(1—4)

測試工程師測試工程師

(10～20)(1-4)

工程師(1～3)§1測試組的組織結(jié)構(gòu)

二、煙囪測試組1、管理特殊項目的經(jīng)理應(yīng)當對測試組的候選人進行面試，以便決定是否錄用——測試組人員的組織。2、項目的測試計劃文檔是在分配測試工程師之前由項目經(jīng)理來制定的——測試計劃的制訂。3、一個典型的煙囪測試組由2個到5個測試工程師組成。這些測試組成員并不隸屬于單獨的測試組織實體，而是向項目的任務(wù)經(jīng)理或真正的項目經(jīng)理進行報告。4、測試人員中的一人作為測試組長，其他測試工程師進行測試程序的開發(fā)和執(zhí)行。5測試組長為測試程序的開發(fā)進行設(shè)計，然后分配開發(fā)任務(wù)，開展測試工作。

§1測試組的組織結(jié)構(gòu)

二、煙囪測試組測試工作結(jié)束后，測試工程師可能會發(fā)現(xiàn)自己處于一種不知何去何從的狀態(tài)；一旦項目結(jié)束，就沒有什么正規(guī)的辦法能夠保留測試工作中所學(xué)到的東西；同樣，企業(yè)也沒有正規(guī)的辦法將測試程序、方法、或者自動測試工具的知識及經(jīng)驗傳遞下去。問題項目結(jié)束后測試組將解散§1測試組的組織結(jié)構(gòu)

三、集中測試組

企業(yè)中建有專門的測試組織，擁有專門的測試工程師。注：企業(yè)將軟件測試能力作為一種投資策略，他們看到了軟件測試專家是多面手，是企業(yè)中的財富?！?測試組的組織結(jié)構(gòu)

三、集中測試組（一）集中測試組的優(yōu)點（1）不同的測試工程師可能在給定的時間內(nèi)承擔一個或多個項目——多個項目同時進行企業(yè)會發(fā)現(xiàn)集中測試組為同時測試不同的項目提供了極大的便利，例如，測試工程師可以作為一個新項目的兼職，評審軟件需求，以保證需求的可測試性。另外一種情況是，集中測試組可能在項目的高峰活動階段提供額外的測試工程師。還有一種情況，項目可能在一個限定時間內(nèi)需要具有特殊專長的測試工程師提供服務(wù)?！?測試組的組織結(jié)構(gòu)

三、集中測試組（2）集中測試組也可以從一開始就為項目設(shè)置一個或幾個全職測試工程師——項目早期支持。

在新項目的啟動階段，集中測試組可以通過提供兼職人員的方式完成一系列活動，否則，這些活動都由項目經(jīng)理來完成。這些活動包括確定測試工作規(guī)模、編寫測試工程師工作說明、測試工程師的面試、自動測試決策、測試工具的評估及選擇以及測試工具的引入這些工程師可以對啟動活動提供幫助并對整個生存周期提供支持§1測試組的組織結(jié)構(gòu)

三、集中測試組

（3）建立集中測試組所帶來的其他益處包括培訓(xùn)的高效性，項目中技術(shù)及工具的多樣性、測試工程師之間的信息共享及技術(shù)交流、工作安全性的提高?！?測試組的組織結(jié)構(gòu)

三、集中測試組（二）測試主任測試組如果包含10名到30名測試工程師，那么集中測試組可能需要推舉一名測試主任。測試主任專門負責(zé)保持小組的專業(yè)水準以及專業(yè)知識。他或她必須保證測試活動在各個項目的進度之內(nèi)正確完成。為了完成該任務(wù)，測試主任需要保證集中測試組中的測試專家保持各種技術(shù)能力以及各種技術(shù)的并用能力?！?測試組的組織結(jié)構(gòu)

三、集中測試組（三）系統(tǒng)工程支持(SES)中心或部門在一些企業(yè)中，集中測試組可能是負責(zé)執(zhí)行項目中關(guān)鍵軟件管理及制定性能規(guī)范的部門的一部分。該部門通常指系統(tǒng)工程支持(SES)中心（部門）。SES中心通常負責(zé)實現(xiàn)軟件工程研究所(SEI)能力成熟度模型(CMM)第2級和第3級的關(guān)鍵過程領(lǐng)域。

SES主要由執(zhí)行測試工程規(guī)范之外任務(wù)的人員組成，例如與需求管理、風(fēng)險管理、質(zhì)量保證以及配置管理有關(guān)的人員§1測試組的組織結(jié)構(gòu)

三、集中測試組

項目一旦完成，執(zhí)行該項目的測試工程師將報告返回到集中測試組，等待分配下一個任務(wù)。在該項目中獲得的經(jīng)驗將保留在集中測試組維護的數(shù)據(jù)庫中。同樣，測試組還要維護一個有關(guān)測試程序、方法、程序、測試工具評估結(jié)果以及包含測試自動化代碼庫在內(nèi)的知識庫。

擁有集中測試組的企業(yè)實際上是將有才干的軟件測試專家納入到了企業(yè)當中?！?測試組的組織結(jié)構(gòu)

四、獨立驗證與確認（IV&V）測試組

IV&V測試組的人員包括：軟件開發(fā)組織中的獨立小組成員或軟件開發(fā)組織之外的小組成員，例如轉(zhuǎn)包商。

IV&V小組有權(quán)決定新開發(fā)的軟件版本是否具備發(fā)布條件。其的責(zé)任是參與走查，驗證是否遵循標準、進行軟件文檔的質(zhì)量保證檢測、并完成其他測試任務(wù)?！?測試組的組織結(jié)構(gòu)

四、獨立驗證與確認（IV&V）測試組

IV＆V小組通常將重點放在系統(tǒng)測試方面,IV&V不負責(zé)項目測試計劃的開發(fā)，但要保證測試計劃的完整、徹底、遵循標準以及對相應(yīng)系統(tǒng)需求及導(dǎo)出的測試需求的支持。

IV&V小組成員必須同時具備業(yè)務(wù)知識及技術(shù)知識?！?測試組的組織結(jié)構(gòu)

四、獨立驗證與確認（IV&V）測試組

IV&V測試組的組織結(jié)構(gòu)很適合于從事大量測試工作的特殊行業(yè)，例如金融、后勤管理或空間衛(wèi)星控制系統(tǒng)。

IV&V小組結(jié)構(gòu)同樣適用于大型商業(yè)軟件的開發(fā)組織或維護并有可能開發(fā)大型的金融服務(wù)軟件程序的公司。在這樣的環(huán)境中，企業(yè)將保留IV&V人員的專業(yè)知識作為一種投資是有好處的?！?測試組的組織結(jié)構(gòu)

四、獨立驗證與確認（IV&V）測試組

項目結(jié)束后，IV&V專家向IV&V小組經(jīng)理或企業(yè)的其他經(jīng)理進行報告，等待分配下一項工作。而該項目從IV&V測試工作中獲得的經(jīng)驗將被保留，企業(yè)將維護一個有關(guān)IV&V過程和程序的知識庫。§1測試組的組織結(jié)構(gòu)

五、系統(tǒng)方法及測試組——(SMT)

在一些企業(yè)中，傳授測試技術(shù)的責(zé)任分配給同一企業(yè)中一個獨立的小組，稱為系統(tǒng)法及測試組(SMT)。該小組的報告鏈與直接的項目組織分離，測試組通常負責(zé)完成企業(yè)并行開發(fā)的多個應(yīng)用的測試程序的啟動活動?！?測試組的組織結(jié)構(gòu)

五、系統(tǒng)方法及測試組

SMT小組通常是企業(yè)的內(nèi)部顧問組

SMT的全體人員負責(zé)有關(guān)方法及標準的知識交流、公布開發(fā)及測試指南、開發(fā)并精練測試方法、進行自動測試工具的評估及培訓(xùn)、在項目中引入測試工具。小組成員一個接一個地與不同的項目開發(fā)組組長協(xié)作，開展技術(shù)交流，和其他活動?！?測試組的組織結(jié)構(gòu)

五、系統(tǒng)方法及測試組

SMT小組應(yīng)該包括軟件專家，他們的測試能力久經(jīng)考驗，他們在構(gòu)思、組織以及制定計劃方面才能卓著。

SMT小組成員必備的能力包括對于整個測試生存周期的了解以及進行測試設(shè)計、開發(fā)、自動化和執(zhí)行活動的必要技術(shù)?！?測試組的組織結(jié)構(gòu)

五、系統(tǒng)方法及測試組

SMT人員常常會深深地卷入項目的啟動操作以及測試計劃的制定和設(shè)計操作中，但在測試的開發(fā)和執(zhí)行階段投入較少。§1測試組的組織結(jié)構(gòu)

五、系統(tǒng)方法及測試組

一旦項目測試開發(fā)工作完成，SMT測試工程師通?；氐饺粘５腟MT操作中，即研究新的測試方法及工具、參加測試工具研討會、維護企業(yè)的軟件及測試程序資產(chǎn)、維護軟件項目的“經(jīng)驗教訓(xùn)”數(shù)據(jù)庫、維護測試工具評估結(jié)果及自動測試代碼庫?！?測試組的組織結(jié)構(gòu)

六、測試組小結(jié)（一）測試組的比較測試組的結(jié)構(gòu)依賴于幾個條件，其中包括企業(yè)的文化氛圍。測試組組織最重要的結(jié)果是過程成熟度及軟件測試能力持續(xù)改進的可能性。項目結(jié)束后，測試組織結(jié)構(gòu)的意義在于能否將測試過程、程序、工具知識等保留在企業(yè)，并可將這些知識帶入到新項目中。§1測試組的組織結(jié)構(gòu)

六、測試組小結(jié)（二）成功測試組的10大因素1．業(yè)務(wù)知識測試工程師需要具備業(yè)務(wù)知識并與系統(tǒng)的用戶及客戶緊密接觸。

2．技木知識應(yīng)用是非常復(fù)雜的，而且為了更好地理解應(yīng)用中的復(fù)雜技術(shù)，還必須掌握自動測試工具及技術(shù)背景。

3．任務(wù)劃分將業(yè)務(wù)任務(wù)與技術(shù)任務(wù)相互獨立。§1測試組的組織結(jié)構(gòu)

六、測試組小結(jié)4．資源管理業(yè)務(wù)資源及技術(shù)資源可以相互結(jié)合。5．與開發(fā)組的關(guān)系測試工程師與開發(fā)人員協(xié)同工作。6．生存周期早期介入測試組在開發(fā)生存周期的早期介入。7．確定測試方法方法、標準及過程必須按照需要就位、執(zhí)行、修改?！?測試組的組織結(jié)構(gòu)

五、測試組小結(jié)8．靈活性／適應(yīng)性每個應(yīng)用都是不相同的。在一個項目中成功的測試策略在另一個項目中可能失敗。9．度量測試組需要掌握收集哪些度量，并利用這些度量改進測試程序。度量需要在整個開發(fā)生存周期中收集。10．過程改進測試組致力于所確定的測試方法的不斷改進?！?測試組的組織結(jié)構(gòu)

七、企業(yè)如何組織測試人員企業(yè)如何組織測試人員應(yīng)當視企業(yè)的人力資源而定（我國目前企業(yè)）條件特別好的公司，可以按照集中測試組及更高的要求組織測試團隊。甚至可以為每1-2個開發(fā)人員分配一名獨立的測試人員。這樣的測試人員職業(yè)化程度很高，可以完成單元測試、集成測試和系統(tǒng)測試工作，能夠?qū)崿F(xiàn)開發(fā)與測試同步進行。條件比較好的公司，可以設(shè)置一個獨立的測試小組，該測試小組輪流參加各個項目的系統(tǒng)測試。而單元測試、集成測試工作由項目的開發(fā)小組承擔。

§1測試組的組織結(jié)構(gòu)

七、企業(yè)如何組織測試人員條件一般的公司，養(yǎng)不起獨立的測試小組。單元測試、集成測試工作由項目開發(fā)小組承擔。當項目進展到系統(tǒng)測試階段，可以從項目外抽調(diào)一些人員，加上開發(fā)人員，臨時組織系統(tǒng)測試小組。條件比較差的公司，也許只有一個項目和為數(shù)不多的一些開發(fā)人員。那么就讓開發(fā)人員一直兼任測試人員的角色，相互測試對方的程序。如果人員實在太少了，只好讓開發(fā)者測試自己的程序，有測試總比沒有測試好吧！§2測試任務(wù)

測試工作分解結(jié)構(gòu)表描述了可被執(zhí)行的測試任務(wù)的不同類型。測試工作結(jié)構(gòu)分解表分成11個大類，95個子類。11個大類為：項目啟動、早期項目支持、自動測試決策、測試工具的選擇及評估、測試工具引入、測試計劃、測試設(shè)計、測試開發(fā)、測試執(zhí)行、測試管理及支持、測試過程改進。

1項目啟動

1．1過程改進。評審從以往的相似項目中獲取的經(jīng)驗教訓(xùn)，以便建議的改進活動。確定需要執(zhí)行的改進活動

1．2過程。掌握自動測試生存周期方法學(xué)(ATLM)的所有內(nèi)容

1．3范圍。概述初步的測試目標和目的

1．4規(guī)模。測試工作的規(guī)模

1．5測試組組成。承擔測試組的組成分析和撰寫測試工程師任務(wù)描述

1．6招聘。編寫測試工程師招聘廣告和執(zhí)行面試

2早期項目支持

2．1目標／目的。進一步確定測試目標和目的，并同項目管理、開發(fā)組和測試工程師一起評審目標／目的，以建立便于理解的、可以接受的測試目標和目的

2．2約束評審。評審項目的約束條件，例如短期內(nèi)投放市場及資源限制等

2．3可測試性評審。確保應(yīng)用中考慮了可測試性

2．4需求評審。確保需求是按可測試性的術(shù)語規(guī)定的

2．5標準評審。確定并熟悉可應(yīng)用的標準。確定標準是否需要根據(jù)以往的經(jīng)驗進行調(diào)整對缺少的標準進行定義

2．6測試過程分析。分析企業(yè)當前的測試過程

2．7客戶參與。保證客戶在測試生存周期中自始至終參與

3自動測試決策

3．1測試目的策略。細化測試目的的定義并制定測試策略

3．2測試工具價值。概述使用自動測試工具所帶來的價值／利益

3．3測試工具使用建議。就測試工具的使用提出建議，獲得管理人員的支持

4測試工具的選擇及評估

4．1系統(tǒng)工程環(huán)境。評審企業(yè)的系統(tǒng)工程環(huán)境

4．2可得到的測試工具。評審可得到的測試工具的類型4．3候選測試工具。研究、評估候選測試工具并打分

4．4定義評估范圍

4．5親自評估工具

4．6測試工具評估報告。報告工具選擇及評估結(jié)果，并形成文檔

4．7測試工具采購。與采購部門一起制定采購訂單§2測試任務(wù)

測試組可能希望將表中的元素8．7和9．3進行細分，以便按照不同的測試子類型描述測試程序/腳本的開發(fā)及執(zhí)行情況。可能的測試子類型包括功能需求測試、服務(wù)器性能測試、用戶界面測試、性能測試、程序模塊復(fù)雜性分析、程序代碼覆蓋測試、系統(tǒng)裝載性能測試、邊界測試、安全性測試、內(nèi)存泄漏測試以及響應(yīng)時間性能測試等等?！?測試任務(wù)

表中描述的工作分解結(jié)構(gòu)(WBS)可與可與完成該項工作實際用時對應(yīng)起來，以開發(fā)一個記錄完成項目不同活動所需工作量的歷史記錄。維護這個歷史記錄對于測試規(guī)模的計算是很有價值的，它可用于評估新項目的測試工作量?！?測試工作規(guī)模

影響一個給定項目測試工作的因素有很多，例如企業(yè)的文化氛圍或成熟程度、項目所定義的測試需求的范圍、測試人員的測試技術(shù)水平以及測試組的組織類型。測試成熟度模型(TMM)根據(jù)企業(yè)的測試成熟程度來確定一個項目的測試工作等級。人力資源的耗費也會由于企業(yè)測試成熟程度的不同而不同?！?測試工作規(guī)模

一、測試成熟度模型(TMM)簡介測試成熟度級別1。在測試成熟度級別l中，測試工作僅限于調(diào)試。程序員對書寫的軟件進行調(diào)試，直到能夠正常工作為止。因為只有程序員參與該工作，因而費用往往隱藏在開發(fā)費用中。同樣，良好測試所帶來的潛在好處也隱藏在現(xiàn)場支持及產(chǎn)品升級的費用中。測試成熟度級別l的真實測試費用是很難計算的?！?測試工作規(guī)模

一、測試成熟度模型(TMM)簡介

測試成熟度級別2。處于測試成熟度級別2的軟件測試是一項獨立的工作。測試計劃及腳本通常是由有經(jīng)驗的產(chǎn)品用戶或支持人員來開發(fā)的。這些人員也許具備，也許不具備自動(編程)測試經(jīng)驗。不論屬于何種情況，測試人員都必須徹底了解軟件需求和設(shè)計說明，以便制定便于理解的測試計劃，并開發(fā)與之關(guān)聯(lián)的腳本。如果測試腳本存在，就應(yīng)該提交給運行腳本并記錄結(jié)果的測試工程師。

§3測試工作規(guī)模

一、測試成熟度模型(TMM)簡介

在級別2中，測試組可能包括一些新手，他們是缺乏相關(guān)經(jīng)驗的最終用戶或者具備相關(guān)功能知識的人員。這些人員的工作是就是設(shè)法使系統(tǒng)中斷，實際上也是為了保證系統(tǒng)能夠正常工作。在級別2中，測試工作可能需要一個或多個高級支持人員的服務(wù)，他協(xié)調(diào)測試文檔的編寫、對測試工程師進行管理并對結(jié)果進行編輯。雖然，一次性的啟動費用便可實現(xiàn)捕獲／回放工具，但如果測試周期數(shù)量增多，就會需要投入更多的資金。在后面的測試周期中，測試腳本可以重用，還可以自動回放，這樣在腳本的開發(fā)及執(zhí)行方面節(jié)省了大量的勞動力。

§3測試工作規(guī)模

一、測試成熟度模型(TMM)簡介測試成熟度級別3～5。在高級別的測試成熟度中，負責(zé)制定測試計劃的測試工程師應(yīng)當參與設(shè)計工程師的產(chǎn)品開發(fā)會議，幫助在產(chǎn)品中建立可測試性。測試工程師的編程背景與他或她對產(chǎn)品的熟悉程度將有助于提高后續(xù)建立的測試的有效性，以便找出產(chǎn)品最薄弱的環(huán)節(jié)。如果測試工具具有白盒測試能力，那么測試工程師可以利用他或她在系統(tǒng)內(nèi)部工作的有關(guān)知識確定不能手工進行測試的功能。測試計劃有助于將測試設(shè)計的結(jié)果形成文檔。測試設(shè)計為測試工程師開發(fā)測試腳本程序提供指南。

§3測試工作規(guī)模

一、測試成熟度模型(TMM)簡介

測試腳本的開發(fā)工作是由測試工程師或應(yīng)用程序員完成的。編程所需的經(jīng)驗級別依賴于所使用的工具以及測試的復(fù)雜程度。一般情況下，最具通用性的工具，它使用通用的腳本編程語言，例如C。而其他工具則可能使用簡單的編程語言。不論是何種情況，測試組中至少要有一名成員必須在編寫結(jié)構(gòu)化程序方面有經(jīng)驗。自動工具用于自動生成測試日志、缺陷文檔以及生成測試狀念輸出。這些工具在測試的執(zhí)行及管理方面節(jié)省了大量的勞動力。

§3測試工作規(guī)模

二、測試組規(guī)模確定方法1、概述根據(jù)測試工作量確定測試組規(guī)模的方法有好幾種。（傳統(tǒng)方法、商業(yè)評估工具法）（1）傳統(tǒng)的方法是，軟件開發(fā)程序已重點對開發(fā)工作量及整個項目的工作量做了估計。產(chǎn)品質(zhì)量保證所需的工作量，例如軟件測試，可根據(jù)預(yù)期的開發(fā)工作量和全部的項目工作量確定?！?測試工作規(guī)模

二、測試組規(guī)模確定方法

（2）商業(yè)評估工具，例如COCOMO、Prices和SLIM，他們需要輸入與開發(fā)規(guī)模、生產(chǎn)能力和項目管理活動范圍相關(guān)的不同參數(shù)來確定測試工作量。這些工具所產(chǎn)生輸出的精確性反映了輸入數(shù)據(jù)的質(zhì)量。只有極少數(shù)工具能夠解決與產(chǎn)品質(zhì)量保證規(guī)范(例如，軟件測試)有關(guān)的日益增長的重要性及復(fù)雜性問題，這些問題是通過將它們與用來生成資源與費用估算的一組輸入因素結(jié)合起來而解決的?！?測試工作規(guī)模

二、測試組規(guī)模確定方法

特定項目的測試工作量級別依賴于一些不確定因素，而這些因素是測試組進行資源估算所使用的復(fù)雜估算模型的輸入條件。如果缺乏一些有價值的參數(shù)，那么可以考慮使用其他簡單模型。確定估算軟件開發(fā)工作量范圍的重點之后，測試程序的大小依賴于軟件開發(fā)估算的結(jié)果。這一點與開發(fā)比例方法所反映的結(jié)果是一致的?！?測試工作規(guī)模

二、測試組規(guī)模確定方法2、開發(fā)比例法

度量測試活動所需工作量級別的一個快速、簡單的方法是根據(jù)分配給項目的軟件開發(fā)人員的數(shù)量來確定測試工程師的數(shù)量。測試組的規(guī)模是通過確定項目開發(fā)人員和測試工程師合理的比例來計算的。在這里“開發(fā)人員”包括致力于設(shè)計、開發(fā)、編譯及進行單元級測試的人員。雖然一些開發(fā)人員的任務(wù)可能超出傳統(tǒng)開發(fā)活動的范圍，但使用這種比例法時，開發(fā)人員的分類只限于這些特定的范圍。這樣的分類將從事功能分析、需求管理、配置管理、質(zhì)量保證、過程改進、項目管理、軟件測試、培訓(xùn)材料編寫以及用戶手冊編寫的人員(專職人員)排除在外?！?測試工作規(guī)模

二、測試組規(guī)模確定方法

開發(fā)人員與測試工程師的比例根據(jù)軟件開發(fā)工作類型的不同而有所區(qū)別，見表8.3.1。表中的比例(來自作者的經(jīng)驗)同樣假設(shè)測試工作的范圍包括組裝及系統(tǒng)測試階段的功能和性能測試。表列“計劃的開發(fā)人員數(shù)目”以及“測試組規(guī)?！敝械臄?shù)值均為人員數(shù)目。一些任務(wù)關(guān)鍵的軟件項目需要的測試工程師數(shù)量可能比開發(fā)人員數(shù)量多?？傊?，應(yīng)用開發(fā)人員與測試工程師兩者之間的比例反映了開發(fā)人員及測試工程師的任務(wù)

§3測試工作規(guī)模

二、測試組規(guī)模確定方法表8.3.1開發(fā)比例法

開發(fā)類型計劃的開發(fā)人員數(shù)目比例測試組規(guī)模商業(yè)產(chǎn)品(大型市場)303：220

商業(yè)產(chǎn)品(小型市場)303：110

單個客戶端的應(yīng)用開發(fā)

306：l5

單個客戶端中的開發(fā)及與CoTS集成

304：l7

政府部門應(yīng)用開發(fā)(國內(nèi))305：l6

公司應(yīng)用開發(fā)(國內(nèi))304：17注：表中假設(shè)測試工程師只參與測試生存周期活動的執(zhí)行，而不直接參與任何開發(fā)工作。

§3測試工作規(guī)模

二、測試組規(guī)模確定方法3、百分比法

估算測試程序工作量級的另一個快速的方法是百分比法，參見表8.3.2。這種方法在計算測試組規(guī)模時考慮計劃用來支持項目的人員數(shù)目。影響測試組規(guī)模的各個因子參見下表，該表假設(shè)測試工作的范圍包括組裝及系統(tǒng)測試階段的功能和性能測試。

§3測試工作規(guī)模

二、測試組規(guī)模確定方法表8.3.2百分比法

開發(fā)類型項目人測試組測試組規(guī)產(chǎn)品保證產(chǎn)品保證員級別規(guī)模因子模(人數(shù))組規(guī)模因子小組規(guī)模

商業(yè)產(chǎn)品（大型市場）

5027％1337％18

商業(yè)產(chǎn)品(小型市場)5016％828％14

單個客戶端的應(yīng)用開發(fā)

5010％520％

10

單個端的開發(fā)與5014％723％11COTS集成

政府部門應(yīng)用開發(fā)(國內(nèi))5011％520％10

公司應(yīng)用開發(fā)(國內(nèi))5014％723％11§3測試工作規(guī)模

二、測試組規(guī)模確定方法

表中表示的規(guī)模因子也適用于產(chǎn)品保證(PA)小組。按照CMM提出的成熟度指南進行軟件開發(fā)的企業(yè)需要CMM公布的支持不同關(guān)鍵處理區(qū)域的人員為其提供服務(wù)。表中表明PA小組的組成包括測試組人員及從事需求管理、配置管理、質(zhì)量保證以及過程改進的人員。“過程改進”的意思是監(jiān)督工作的人員，這些人員將本企業(yè)的過程進行裁減，以適合特殊的項目。對項目人員進行相應(yīng)的培訓(xùn)、收集并分析項目性能度量。§3測試工作規(guī)模

二、測試組規(guī)模確定方法4、測試程序法

估算測試工作量級別的另一種方法是使用計劃的項目測試程序數(shù)量。企業(yè)需要形成一個歷史記錄，記錄開發(fā)項目及其相關(guān)的開發(fā)規(guī)模大小、所需的測試程序數(shù)量以及按照人小時計算的最終測試工作量。開發(fā)規(guī)模的大小以代碼行(LOC)、與代碼等價的行、功能點或者所生成對象的數(shù)目來計算，并形成文檔。

§3測試工作規(guī)模

二、測試組規(guī)模確定方法

如果有這樣的歷史記錄存在，那么測試組可以判斷規(guī)模數(shù)值與所開發(fā)的測試程序數(shù)目之間以往的關(guān)系，然后估算新項目所需的測試程序數(shù)目。測試程序的數(shù)目估算確定后，測試組可以確定測試程序數(shù)目與測試組花費的人小時工作量之間的歷史關(guān)系。之后，這個數(shù)目可用于估算新項目測試工作量的人小時數(shù)或與之等值的全職工作人員數(shù)。歷史數(shù)據(jù)反映了企業(yè)的文化氛圍或測試的成熟度，以及項目使用的測試程序數(shù)與測試需求范圍之間的相互關(guān)系。

§3測試工作規(guī)模

二、測試組規(guī)模確定方法

表8.3.3表示了使用測試程序法的例子，在該表中，測試組估算一個新項目需要1120個測試程序。測試組經(jīng)過檢查歷史記錄，發(fā)現(xiàn)前一個包含860個測試程序的測試工作總共需要5300個小時。在前一項工作中，所需的小時數(shù)與測試程序數(shù)之間的比例為6.16。5300個小時的項目需要3.4個工程師9個月的全職工作(每月按174個工作量計)。確定了小時數(shù)／測試程序數(shù)之間的歷史記錄為6.16之后，那么測試組可以算出完成1120個測試程序需要6,900個小時。由于新項目制定的進度為l2個月，因而測試組可以計算出需要3.3個測試工程師。這個數(shù)字是用總的小時數(shù)(6900)去除在給定的時間內(nèi)(12個月)每個人所需的小時數(shù)(2080)而得到的。

§3測試工作規(guī)模

二、測試組規(guī)模確定方法表8.3.3測試程序法測試過程數(shù)目計算因子人小時完成周期測試組規(guī)模

(人數(shù))歷史記錄8606.1653009個月3.4(相似項目)(1560小時)新項目評估11206.16690012個月3.3

（2080小時）每人每月按174小時計，12個月的工作量=174*12=2080§3測試工作規(guī)模

二、測試組規(guī)模確定方法5、任務(wù)計劃法

估算測試工作量級別的另一種方法是檢查歷史記錄中相似類型的測試工作所花費的人小時數(shù)。測試組需要如測試工作結(jié)構(gòu)分解表那樣按照工作的分類結(jié)構(gòu)進行時間記錄。歷史記錄突出不同測試任務(wù)所需的工作量。之后，將新項目測試程序(1120)的評估數(shù)與歷史記錄中的規(guī)?；€進行比較，如表8.3.4所示。歷史記錄中的基線表明一個有860個測試程序的項目的全部人小時數(shù)為5300小時，它表示計算因子為6.16。該因子可用于評估包含1120個測試程序的測試工作量。這個相似的比較參見表8.3.3——測試程序法。§3測試工作規(guī)模

二、測試組規(guī)模確定方法

然后測試組對歷史記錄進行評審，查看測試工作結(jié)構(gòu)分解表中所描述的包含在工作分解結(jié)構(gòu)中的不同測試任務(wù)所花費的時間。表8.3.5將每個WBS元素需要的時間進行累計。表8.3.4新項目需要的人小時估算測試程序數(shù)目比例因子人小時數(shù)歷史記錄(相似項目)8606.165300新項目評估11206.166900§3測試工作規(guī)模

二、測試組規(guī)模確定方法表8.3.5任務(wù)計劃法序號WBS元素歷史數(shù)值百分比初步評估評估調(diào)整

1項目啟動1402.61791792早期項目支持1202.21521523自動測試決策901.7117—4測試工具選擇及評估1603207—5測試工具引入26053453456測試計劃530106906907測試設(shè)計540106906908測試開發(fā)198037255325539測試執(zhí)行870171173117310測試管理及支持470962162111測試過程改進1402.5173—項目合計5300100％69006403根據(jù)項目情況進行修正§3測試工作規(guī)模

二、測試組規(guī)模確定方法

接下來，測試組根據(jù)調(diào)整后的人小時估算數(shù)6403小時來計算測試組的規(guī)模，參見表8.3.6。

表8.3.6測試組規(guī)模

測試程序數(shù)量人小時評估估算調(diào)整完成周期測試組規(guī)模新項目評估11205.71640312個月3.1(2,080小時/人)

測試組規(guī)模的計算結(jié)果為3.1個測試工程師工作12個月。如果測試組在整個測試程序中配備3個全職人員，那么為了在規(guī)定的進度內(nèi)完成測試工作，與前一測試組相比，其工作效率需要略微提高一些。但可以采用不同的人員配備方法，即配備兩個全職人員，以及兩個兼職測試工程師。兩個兼職人員的其中一人占用50％的時間，另一人占用60％的時間。這種計劃對于協(xié)調(diào)使用兩個兼職人員，完成特殊的測試類型或測試特殊功能是非常方便的。§3測試工作規(guī)模

二、測試組規(guī)模確定方法6、影響測試規(guī)模的因素計算測試工作規(guī)模估算時，需要考慮下列因素：

1．企業(yè)

2．測試需求范圍

3．測試工程師技能等級

4．測試工具的熟練程度

5．業(yè)務(wù)知識

6．測試組組織

7．測試工作的范圍

8．啟動測試工作

9．計劃的增量軟件版本數(shù)量

10．過程定義

11．完成關(guān)鍵任務(wù)的應(yīng)用

12．測試開發(fā)／執(zhí)行進度§4招聘測試工程師

面對組織測試人員以及執(zhí)行項目測試的挑戰(zhàn)，測試經(jīng)理需要招聘具備測試工程才干的人員。

什么樣的人可以成為好的測試工程師?

測試工程師需要具備什么樣的技能?

怎樣確定最適合于工作的測試工程師候選人?§4招聘測試工程師

優(yōu)秀的軟件開發(fā)人員經(jīng)過培訓(xùn)之后，對于工作的開展以及工作中出現(xiàn)的問題在頭腦中有一整套解決方案。與此相反，測試工程師需要具備使事情走向失敗的能力以及能夠找到變通解決方案的開發(fā)人員所應(yīng)有的智力，尤其在測試腳本的構(gòu)造階段表現(xiàn)得更加明顯。

§4招聘測試工程師

測試工程師應(yīng)當具備分析、關(guān)注細節(jié)及組織能力，面對測試工作的復(fù)雜性，要有開創(chuàng)性并提前制定出計劃。因為測試工程師必須與軟件開發(fā)人員緊密協(xié)作，因而與開發(fā)人員交流故障報告及問題時要有理有節(jié)。

另外，測試工程師需要具備很寬的知識面，以及多個平臺、操作系統(tǒng)、支持應(yīng)用層、與其他產(chǎn)品及用戶的接口、數(shù)據(jù)庫、應(yīng)用語言等方面的經(jīng)驗。熟悉主要自動測試工具的腳本編程語言是非常有益的。

§4招聘測試工程師

一、測試工程師的品質(zhì)招聘測試工程師時需要考慮的品質(zhì)和技能因素如下所示。將希望測試組成員具備的技能在應(yīng)用的測試計劃中形成文檔是很有價值的。

1．適應(yīng)性——可以在不同的技術(shù)環(huán)境下開展工作，并熟悉不同的過程、工具以及方法。

2．學(xué)習(xí)速度快—喜歡完成不同類型的任務(wù)，喜歡學(xué)習(xí)新東西并愿意接觸各種不同的產(chǎn)品。

§4招聘測試工程師

一、測試工程師的品質(zhì)

3．總體技能——具有復(fù)雜活動總體構(gòu)思、清楚表達思想和思路的天資。

4．組織才能——能夠理解復(fù)雜的測試需求，并能夠制定測試計劃及設(shè)計方法，以達到相應(yīng)的需求；能夠并行完成多個任務(wù)。

5．解決問題的能力——能夠解決工作中出現(xiàn)的問題以及測試開發(fā)及執(zhí)行過程中碰到的困難。6．創(chuàng)造性——能夠用多種方法對系統(tǒng)和應(yīng)用進行操作，這樣系統(tǒng)和應(yīng)用可適應(yīng)所有的環(huán)境；在軟件或系統(tǒng)失敗時能夠確定失敗的所有原因?！?招聘測試工程師

一、測試工程師的品質(zhì)7．分析／編程技能——開發(fā)測試腳本所需的培訓(xùn)、經(jīng)驗及技能。

8．應(yīng)用的業(yè)務(wù)領(lǐng)域知識——熟悉或了解業(yè)務(wù)應(yīng)用的功能需求。

9．公關(guān)／協(xié)作能力——能夠緊密有效地與軟件開發(fā)人員協(xié)作，具備很強的口頭表達能力。

10．軟件專業(yè)人員——精通系統(tǒng)的使用，能夠確定問題，并能夠靈活地與開發(fā)人員交流問題的交流。11．技術(shù)專家——能夠安裝并評估測試工具，開發(fā)并維護測試數(shù)據(jù)；控制測試配置及環(huán)境；了解網(wǎng)絡(luò)、數(shù)據(jù)庫及中間件?！?招聘測試工程師

一、測試工程師的品質(zhì)12．測試經(jīng)驗——測試經(jīng)驗水平。一個有效的測試與自動測試軟件的聯(lián)合使用便構(gòu)成了自己的開發(fā)生存周期。測試工程師應(yīng)當在測試策略及目標計劃、測試需求定義及測試設(shè)計、開發(fā)、執(zhí)行方面具備經(jīng)驗。13．面向細節(jié)——關(guān)注細節(jié)以發(fā)現(xiàn)難以找到的小故障，對提高軟件產(chǎn)品的質(zhì)量具有濃厚的興趣。14．面向過程——充分了解輸入、步驟之間的邏輯順序以及期望的輸出結(jié)果的能力。

15．書寫／語法技能——有效地評估并改進需求說明及軟件設(shè)計文檔的能力。

§4招聘測試工程師

二、測試組組成

在為測試工作招聘測試工程師時，有必要了解測試組的最終組成結(jié)構(gòu)：

測試組作為一個整體，要負責(zé)完成項目的所有測試需求，以及所有的測試任務(wù)。測試工作有效執(zhí)行需要該小組成員保留足夠的常駐專家來平衡已采用的測試程序及使用的測試工具。測試組要充分了解測試工具，并具備足夠的經(jīng)驗，這樣，可以準確地制定計劃、準備并執(zhí)行測試。注：測試組的組成大致與表8.4.1中描述的測試組概況相同。

§4招聘測試工程師

二、測試組組成

表8.4.1給出的測試組概況描繪了可以負責(zé)測試工作的測試組的組成，包括自動測試工具QAPartner的使用。

例如在Windows客戶端和UNIX服務(wù)器上開發(fā)的客戶機／服務(wù)器結(jié)構(gòu)的患者健康護理調(diào)度和資源管理應(yīng)用項目，應(yīng)用程序開發(fā)的前臺使用VisualBasic和C++，后臺使用SQL服務(wù)器。特殊項目的測試范圍包括功能需求、服務(wù)器性能、用戶界面、內(nèi)存分配及系統(tǒng)加載測試。§4招聘測試工程師

二、測試組組成

表8.4.1描述的測試組組成包括測試經(jīng)理、測試組長、3個測試工程師以及一個初級測試工程師。1、這樣的測試組配置表明測試經(jīng)理至少具備6年的軟件測試經(jīng)驗，其中包括1年到2年擔任測試組長的經(jīng)驗。在理想的情況下，測試組長的經(jīng)驗應(yīng)該包括人員的管理方面。實際上，測試經(jīng)理可能具備軟件開發(fā)及軟件測試兩方面的經(jīng)驗。理想情況下，測試經(jīng)理對于項目計劃使用的主要測試工具及市場上其他一些工具至少有1年的經(jīng)驗。測試經(jīng)理同時還要熟悉各種測試管理工具，或幫助測試組成員建立測試床環(huán)境的工具。

§4招聘測試工程師

二、測試組組成

2、如果測試經(jīng)理負責(zé)整個工作并將重點放在長期的測試及策略開發(fā)上，那么測試組組長需要負責(zé)測試執(zhí)行技術(shù)方面的工作。表8.4.1給出的測試組概況建議測試組長至少有4年的測試工作經(jīng)驗，以及至少2年使用QAPartner工具的經(jīng)驗。測試組長最好具備使用Purify測試工具及幾種編程語言的能力，同時最好熟悉SQLServer關(guān)系數(shù)據(jù)庫。

§4招聘測試工程師

二、測試組組成

3、試組組成的例子還表明共需要3個測試工程師職位。他們均需要完成普通的測試活動，并要求其中兩人具備相關(guān)的業(yè)務(wù)領(lǐng)域的經(jīng)驗，同時要求另外一個精通網(wǎng)絡(luò)工程及管理。這里所說的精通可以體現(xiàn)在具有網(wǎng)絡(luò)經(jīng)驗以及獲得網(wǎng)絡(luò)工程師認證(CNE)證書。

§4招聘測試工程師

二、測試組組成

4、測試組周圍可能是最初級的測試工程師～他們剛剛走出校門或只有l(wèi)、2年的軟件開發(fā)經(jīng)驗。初級測試工程師會慢慢地熟悉測試的生存周期、項目中使用的測試工具以及業(yè)務(wù)應(yīng)用本身。對于測試組成員而言，具備不同的軟件技能是非常有益的，包括新軟件工具及編程語言的培訓(xùn)及理論經(jīng)驗。

§4招聘測試工程師

三、工作申請表

明確測試工程師候選人的資格要求，并對測試組的組成胸有成竹之后，測試經(jīng)理就可以開始招聘工作。對于大多數(shù)企業(yè)，公開職位的招聘需要填寫一個表格。這種表格的內(nèi)容包括工作申請、職位描述、招聘要求。目的是通過標明所要求的技能以及從事該項工作所需的

證書來確定職位的性質(zhì)。這種表格通常在企業(yè)內(nèi)部、同等機會的職業(yè)辦公室以及外地或本地的職業(yè)中介機構(gòu)分發(fā)。

§4招聘測試工程師

三、工作申請表

工作申請表的內(nèi)容相當標準。工作申請表通常包括發(fā)布時間、職位名稱、工作的地理位置以及職位識別號碼。它概述該職位的職責(zé)以及希望具備的技能，同時規(guī)定受教育的程度以及所要求的工作年限。

注：對于表8.4.1中給出的測試組概況中的各個職位，都需要生成一張工作申請表。測試組組長職位的工作申請表的例子參見表8.4.2。

§4招聘測試工程師

四、招聘活動

一個企業(yè)有效地招聘高質(zhì)量測試工程師的能力根據(jù)該企業(yè)中測試組類型的不同有所不同。1、使用煙囪測試組的企業(yè)按項目招聘或雇傭測試專家。

在這種情況下，企業(yè)只對項目負責(zé)，項目經(jīng)理也只關(guān)注該項目的啟動和執(zhí)行；在項目的啟動過程中，經(jīng)理研究并評估項目的工具，為所需的各種人員制定工作申請表、面試各種職位的候選人、做出最后的雇傭決定。項目經(jīng)理可能在專業(yè)軟件測試方面缺乏經(jīng)驗，不知道怎樣定義、招聘或確定測試組所需的技能類型。§4招聘測試工程師

四、招聘活動

2、其他測試組組織，例如集中測試組及SMT類型測試組，其擁有的基本構(gòu)造支持項目之間測試工程師的輪換。

測試組織通常是在測試組需要的時候招聘各種工程師專家（包括測試工程師）。按照定義，這些測試組織擁有一定數(shù)量的專業(yè)測試工程師，需要時可把他們召集起來進行工作申請、參與廣告招聘、面試測試工程師候選人等工作。當他們將候選人吸收到組織中時，可以享受到煙囪測試組織所沒有的優(yōu)點?！?招聘測試工程師

四、招聘活動

集中及SMT組織經(jīng)常通過下列方法吸引專業(yè)測試工程師：

提供在集中軟件測試部門發(fā)展的職業(yè)道路、培訓(xùn)及開發(fā)自動測試工具、由高級測試工程師提供更多的指導(dǎo)機會、通過測試工程師在項目之間的輪換提高工作的安全性、由多個項目中不同技術(shù)和工具經(jīng)驗積累帶來的專業(yè)發(fā)展機會?！?招聘測試工程師

五、測試工程師的定位（確認）

不考慮測試組組織的類型，篩選、雇傭測試工程師的人員必須知道怎樣給工作候選人定位。他或她必須能夠在面試過程中從普普通通的測試工程師候選人中區(qū)分出高級測試工程師候選人?！?招聘測試工程師

五、測試工程師的定位（確認）

測試工程師的簡歷可以通過幾種方法獲得或定位：

1、檢查企業(yè)的招聘或簡歷庫。

2、在報紙或雜志上刊登工作廣告。

3、一種更具前瞻性和潛在效益的方法，即查詢因特網(wǎng)簡歷資源，或與測試工具用戶小組及測試相關(guān)的新聞小組合作刊登公開職位招聘廣告。

4、在允許的情況下，雇員推薦的方法也是獲得測試工程師簡歷的有效手段，特殊的宣傳手段，例如提供國外旅游機會或許也有幫助?！?招聘測試工程師

五、測試工程師的定位（確認）

不斷努力，找回或獲取測試工程師簡歷，受雇經(jīng)理需要對所有簡歷進行篩選，只留下最貼近經(jīng)理特殊要求的少數(shù)簡歷。經(jīng)理必須親自逐個篩選候選人?！?招聘測試工程師

六、測試工程師的面試

在測試工程師面試的準備階段，受雇經(jīng)理應(yīng)當擬制一個相關(guān)問題清單，這些問題的目的是確定候選人對于專業(yè)知識的精通程度。這些問題準備就緒后，分發(fā)給所有參與面試的人員。

§4招聘測試工程師

六、測試工程師的面試

開始時的一般性問題測試的專業(yè)問題

面試問題如下

管理面試過程的人員應(yīng)當對各個問題的答案進行總結(jié)并形成文檔。面試時同樣要草草記下對候選人的一些考察信息。這個文檔在以后會有用處，可以幫助你決定是否給某個候選人提供職位，或者在兩個候選人之間做出選擇。如果可能的話，候選人應(yīng)當由2人或3人進行面試。§4招聘測試工程師

七、找出最佳候選人

除了評審候選人的個人品質(zhì)及其在測試工程和技術(shù)方面的能力之外，受雇經(jīng)理還可以采取以下幾個步驟（11個步驟）保證測試工程師候選人能夠成功地在其職位上發(fā)揮作用。

§5任務(wù)及職責(zé)

此節(jié)描述的是完成測試活動的人員以及與測試工程師有緊密協(xié)作關(guān)系的人員的主要任務(wù)及職責(zé)。對于特殊的項目，任務(wù)及職責(zé)需要定制，并在測試計劃中形成文檔?！?任務(wù)及職責(zé)

一個項目需要的測試工程的角色數(shù)量可能會超出實際測試組職位的數(shù)量，因此，一個測試工程師可能身兼數(shù)職——也就是說，她可能“戴著不同的帽子”。

為了保證測試任務(wù)的正確實施，有幾個做法必須考慮：

1、例如使用兼職或短期顧問。

2、將測試工程師指派作為組織中更初級測試工程師的顧問時，必須付給報酬。

3、另外，企業(yè)應(yīng)該對測試工程師進行項目、不同技術(shù)環(huán)境以及不同測試工具方面的交叉培訓(xùn)。

§5任務(wù)及職責(zé)表8.5.1列出測試程序參與者的職責(zé)及任務(wù)

測試組如果計劃使用自動測試工具，那么其人員應(yīng)當具備軟件開發(fā)技能，因為自動測試不同于手工測試，需要進行測試腳本的開發(fā)、執(zhí)行及管理工作。因此，完成手工測試所需的測試工程師技能和活動與進行自動軟件測試的工程師應(yīng)當具備的技能和活動能力是不同的。手工測試任務(wù)單獨列在表8.5.1的任務(wù)及職責(zé)中。

§6企業(yè)的測試策略理念：企業(yè)的主要目的是獲取利潤，降低測試成本也是盈利的一種方式。用較低的代價實現(xiàn)有效的測試，不應(yīng)為了追求完美的測試而不失一切代價?！?企業(yè)的測試策略

一、如何合理地減少測試工作量減少冗余的測試白盒測試與黑盒測試的方式雖然不同，但往往有“異曲同工”之妙。在很多地方，白盒測試與黑盒測試會產(chǎn)生一模一樣的效果（或者能推理出來），這樣的測試是冗余的。在集成測試、系統(tǒng)測試階段，可能要執(zhí)行多次“回歸測試”。每一次“回歸測試”都會存在不少的冗余，應(yīng)當設(shè)法剔除不必要的重復(fù)測試工作。

§6企業(yè)的測試策略

一、如何合理地減少測試工作量減少無價值的測試無價值的測試通常是由于不懂得測試技術(shù)引起的。例如功能測試，在等價區(qū)間之中，本來只要測試一個典型的輸入就行了，如果有人在此區(qū)間測試了100次，那么其中99次就是無價值的?！?企業(yè)的測試策略