第八部分章測試組管理及測試工作量的估計ppt課件

1、第八部分（章）測試組管理及測試工作量的估計1. 1. 測試組的組織結(jié)構(gòu)測試組的組織結(jié)構(gòu)2. 2. 測試任務(wù)測試任務(wù)3. 3. 測試工作規(guī)模測試工作規(guī)模4. 4. 招聘測試工程師招聘測試工程師5. 5. 任務(wù)與職責(zé)任務(wù)與職責(zé)6. 6. 企業(yè)的測試策略企業(yè)的測試策略7. 測試組的業(yè)績考核測試組的業(yè)績考核1 測試組的組織結(jié)構(gòu) 測試組的結(jié)構(gòu)根據(jù)軟件企業(yè)的不同而不同；測試組的結(jié)構(gòu)根據(jù)軟件企業(yè)的不同而不同； 測試組的結(jié)構(gòu)同樣依賴于被測產(chǎn)品的類型及測測試組的結(jié)構(gòu)同樣依賴于被測產(chǎn)品的類型及測試組的使命。試組的使命。煙囪測試組集中測試組iv&v測試組smt測試組測試組的類型 除了基于短期及集中型組織概念

2、的測試組構(gòu)成策略之外，測試組結(jié)構(gòu)也可能由于測試任務(wù)的不同而有所不同。 1測試組的組織結(jié)構(gòu)一、概述 1、煙囪測試組、煙囪測試組:企業(yè)按照項目的開始及結(jié)束來企業(yè)按照項目的開始及結(jié)束來雇傭并安排測試工程師，項目結(jié)束，項目結(jié)束雇傭并安排測試工程師，項目結(jié)束，項目結(jié)束測試工程師就離開；測試工程師就離開； 2：集中測試組：企業(yè)有專職測試人員和測試：集中測試組：企業(yè)有專職測試人員和測試專家專家專門的測試團(tuán)隊，企業(yè)將軟件測試能專門的測試團(tuán)隊，企業(yè)將軟件測試能力作為長期投資戰(zhàn)略；力作為長期投資戰(zhàn)略； 3：獨立驗證與確認(rèn)：獨立驗證與確認(rèn)(iv&v)小組小組 iv&v測測試組：試組：iv&v

3、測試組中的測試工程師完成軟件測試組中的測試工程師完成軟件應(yīng)用的驗收測試，并評審軟件文檔，以驗證產(chǎn)應(yīng)用的驗收測試，并評審軟件文檔，以驗證產(chǎn)品質(zhì)量。品質(zhì)量。 1測試組的組織結(jié)構(gòu)一、概述 4： “系統(tǒng)方法與測試系統(tǒng)方法與測試(smt)小組小組”：在企業(yè)：在企業(yè)中傳授測試技術(shù)的獨立小組，通常是企業(yè)的內(nèi)中傳授測試技術(shù)的獨立小組，通常是企業(yè)的內(nèi)部顧問組。部顧問組。 smt測試工程師日常的工作是：研究新的測試工程師日常的工作是：研究新的測試方法及工具、參加測試工具研討會、維護(hù)測試方法及工具、參加測試工具研討會、維護(hù)企業(yè)的軟件及測試程序資產(chǎn)、維護(hù)軟件項目的企業(yè)的軟件及測試程序資產(chǎn)、維護(hù)軟件項目的“經(jīng)驗教訓(xùn)經(jīng)驗

4、教訓(xùn)” 數(shù)據(jù)庫、維護(hù)測試工具評估結(jié)果數(shù)據(jù)庫、維護(hù)測試工具評估結(jié)果及自動測試代碼庫。及自動測試代碼庫。 注：他們的職責(zé)并不是在項目中執(zhí)行測試，而是磋商、培訓(xùn)及指導(dǎo)真正進(jìn)行測試開發(fā)并具體執(zhí)行的項目組人員。1測試組的組織結(jié)構(gòu)一、概述表表51 測試組概況測試組概況 煙囪測試組煙囪測試組 煙囪測試組煙囪測試組 集中測試組集中測試組 &v測試組測試組 smt測試組測試組 (小型小型) (大型大型) 測試組長測試組長 測試經(jīng)理測試經(jīng)理 測試主任測試主任 iv&v經(jīng)理經(jīng)理 smt經(jīng)理經(jīng)理 測試工程師測試工程師 測試組長測試組長 測試經(jīng)理測試經(jīng)理 iv&v組長組長 過程組長過程組長 (1

5、4) (12) 測試工程師測試工程師 測試組長測試組長 iv&v專家測試專家測試 測試組長測試組長 (48) (35) 組長組長(14) 測試工程師測試工程師 測試工程師測試工程師 (1020) (1-4) 工程師工程師(13)1測試組的組織結(jié)構(gòu)二、煙囪測試組 1、 管理特殊項目的經(jīng)理應(yīng)當(dāng)對測試組的候選人進(jìn)行管理特殊項目的經(jīng)理應(yīng)當(dāng)對測試組的候選人進(jìn)行面試，以便決定是否錄用面試，以便決定是否錄用測試組人員的組織測試組人員的組織。 2、項目的測試計劃文檔是在分配測試工程師之前由項、項目的測試計劃文檔是在分配測試工程師之前由項目經(jīng)理來制定的目經(jīng)理來制定的測試計劃的制訂測試計劃的制訂。 3、一

6、個典型的煙囪測試組由、一個典型的煙囪測試組由2個到個到5個測試工程師組成。個測試工程師組成。這些測試組成員并不隸屬于單獨的測試組織實體，而這些測試組成員并不隸屬于單獨的測試組織實體，而是向項目的任務(wù)經(jīng)理或真正的項目經(jīng)理進(jìn)行報告。是向項目的任務(wù)經(jīng)理或真正的項目經(jīng)理進(jìn)行報告。 4、測試人員中的一人作為測試組長，其他測試工程師、測試人員中的一人作為測試組長，其他測試工程師進(jìn)行測試程序的開發(fā)和執(zhí)行。進(jìn)行測試程序的開發(fā)和執(zhí)行。 5 測試組長為測試程序的開發(fā)進(jìn)行設(shè)計，然后分配開測試組長為測試程序的開發(fā)進(jìn)行設(shè)計，然后分配開發(fā)任務(wù)，開展測試工作。發(fā)任務(wù)，開展測試工作。 1測試組的組織結(jié)構(gòu)二、煙囪測試組 測試工

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

8、將軟件測試能力作為一種投資策略注：企業(yè)將軟件測試能力作為一種投資策略 ，他們看到了軟件測試專家是多面手，是企業(yè)中他們看到了軟件測試專家是多面手，是企業(yè)中的財富。的財富。 1測試組的組織結(jié)構(gòu)三、集中測試組（一）集中測試組的優(yōu)點（一）集中測試組的優(yōu)點（1）不同的測試工程師可能在給定的時間內(nèi)承）不同的測試工程師可能在給定的時間內(nèi)承擔(dān)一個或多個項目擔(dān)一個或多個項目多個項目同時進(jìn)行多個項目同時進(jìn)行企業(yè)會發(fā)現(xiàn)集中測試組為同時測試不同的項目提供了極企業(yè)會發(fā)現(xiàn)集中測試組為同時測試不同的項目提供了極大的便利，例如，大的便利，例如，測試工程師可以作為一個新項目的兼測試工程師可以作為一個新項目的兼職，評審軟件需求，

9、以保證需求的可測試性。職，評審軟件需求，以保證需求的可測試性。另外一種另外一種情況是，情況是，集中測試組可能在項目的高峰活動階段提供額集中測試組可能在項目的高峰活動階段提供額外的測試工程師。外的測試工程師。還有一種情況，還有一種情況，項目可能在一個限定項目可能在一個限定時間內(nèi)需要具有特殊專長的測試工程師提供服務(wù)。時間內(nèi)需要具有特殊專長的測試工程師提供服務(wù)。1測試組的組織結(jié)構(gòu)三、集中測試組（2）集中測試組也可以從一開始就為項目設(shè)置集中測試組也可以從一開始就為項目設(shè)置一個或幾個全職測試工程師一個或幾個全職測試工程師項目早期支持項目早期支持。 在新項目的啟動階段，集中測試組可以通過提供兼職在新項目的

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

11、集中測試組所帶來的其他益處包括培訓(xùn)的高效性，項目中技術(shù)及工具的多樣性、測訓(xùn)的高效性，項目中技術(shù)及工具的多樣性、測試工程師之間的信息共享及技術(shù)交流、工作安試工程師之間的信息共享及技術(shù)交流、工作安全性的提高。全性的提高。 1測試組的組織結(jié)構(gòu)三、集中測試組（二）測試主任（二）測試主任 測試組如果包含測試組如果包含10名到名到30名測試工程師，名測試工程師，那么集中測試組可能需要推舉一名測試主任。那么集中測試組可能需要推舉一名測試主任。測試主任專門負(fù)責(zé)保持小組的專業(yè)水準(zhǔn)以及專測試主任專門負(fù)責(zé)保持小組的專業(yè)水準(zhǔn)以及專業(yè)知識。業(yè)知識。 他或她必須保證測試活動在各個項目的進(jìn)他或她必須保證測試活動在各個項目的

12、進(jìn)度之內(nèi)正確完成。為了完成該任務(wù)，測試主任度之內(nèi)正確完成。為了完成該任務(wù)，測試主任需要保證集中測試組中的測試專家保持各種技需要保證集中測試組中的測試專家保持各種技術(shù)能力以及各種技術(shù)的并用能力。術(shù)能力以及各種技術(shù)的并用能力。1測試組的組織結(jié)構(gòu)三、集中測試組（三）系統(tǒng)工程支持三）系統(tǒng)工程支持(ses)中心或部門中心或部門 在一些企業(yè)中，集中測試組可能是在一些企業(yè)中，集中測試組可能是負(fù)責(zé)執(zhí)負(fù)責(zé)執(zhí)行項目中關(guān)鍵軟件管理及制定性能規(guī)范行項目中關(guān)鍵軟件管理及制定性能規(guī)范的部門的部門的一部分。該部門通常指系統(tǒng)工程支持的一部分。該部門通常指系統(tǒng)工程支持(ses)中心（部門）。中心（部門）。ses中心通常負(fù)責(zé)實現(xiàn)

13、軟件工中心通常負(fù)責(zé)實現(xiàn)軟件工程研究所程研究所(sei)能力成熟度模型能力成熟度模型(cmm)第第2級和級和第第3級的關(guān)鍵過程領(lǐng)域。級的關(guān)鍵過程領(lǐng)域。 ses主要由執(zhí)行測試工程規(guī)范之外任務(wù)的主要由執(zhí)行測試工程規(guī)范之外任務(wù)的人員組成，例如與需求管理、風(fēng)險管理、質(zhì)量人員組成，例如與需求管理、風(fēng)險管理、質(zhì)量保證以及配置管理有關(guān)的人員保證以及配置管理有關(guān)的人員 1測試組的組織結(jié)構(gòu)三、集中測試組 項目一旦完成，執(zhí)行該項目的測試工程師項目一旦完成，執(zhí)行該項目的測試工程師將報告返回到集中測試組，等待分配下一個任將報告返回到集中測試組，等待分配下一個任務(wù)。在該項目中獲得的經(jīng)驗將保留在集中測試務(wù)。在該項目中獲得的

14、經(jīng)驗將保留在集中測試組維護(hù)的數(shù)據(jù)庫中。同樣，測試組還要維護(hù)一組維護(hù)的數(shù)據(jù)庫中。同樣，測試組還要維護(hù)一個有關(guān)測試程序、方法、程序、測試工具評估個有關(guān)測試程序、方法、程序、測試工具評估結(jié)果以及包含測試自動化代碼庫在內(nèi)的知識庫。結(jié)果以及包含測試自動化代碼庫在內(nèi)的知識庫。 擁有集中測試組的企業(yè)實際上是將有才干的軟件測試專家納入到了企業(yè)當(dāng)中。1測試組的組織結(jié)構(gòu)四、獨立驗證與確認(rèn)（iv&v）測試組 iv&v測試組的人員包括：軟件開發(fā)測試組的人員包括：軟件開發(fā)組織中的獨立小組成員或軟件開發(fā)組織組織中的獨立小組成員或軟件開發(fā)組織之外的小組成員，例如轉(zhuǎn)包商之外的小組成員，例如轉(zhuǎn)包商 。 iv&a

15、mp;v小組有權(quán)決定新開發(fā)的軟件版小組有權(quán)決定新開發(fā)的軟件版本是否具備發(fā)布條件。其的責(zé)任是參與本是否具備發(fā)布條件。其的責(zé)任是參與走查，驗證是否遵循標(biāo)準(zhǔn)、進(jìn)行軟件文走查，驗證是否遵循標(biāo)準(zhǔn)、進(jìn)行軟件文檔的質(zhì)量保證檢測、并完成其他測試任檔的質(zhì)量保證檢測、并完成其他測試任務(wù)務(wù)。 1測試組的組織結(jié)構(gòu)四、獨立驗證與確認(rèn)（iv&v）測試組 ivv小組通常將重點放在系統(tǒng)測試小組通常將重點放在系統(tǒng)測試方面方面,iv&v不負(fù)責(zé)項目測試計劃的開發(fā)，不負(fù)責(zé)項目測試計劃的開發(fā)，但要保證測試計劃的完整、徹底、遵循但要保證測試計劃的完整、徹底、遵循標(biāo)準(zhǔn)以及對相應(yīng)系統(tǒng)需求及導(dǎo)出的測試標(biāo)準(zhǔn)以及對相應(yīng)系統(tǒng)需求及導(dǎo)

16、出的測試需求的支持。需求的支持。 iv&v小組成員必須同時具備業(yè)務(wù)知小組成員必須同時具備業(yè)務(wù)知識及技術(shù)知識。識及技術(shù)知識。 1測試組的組織結(jié)構(gòu)四、獨立驗證與確認(rèn)（iv&v）測試組 iv&v測試組的組織結(jié)構(gòu)很適合于從測試組的組織結(jié)構(gòu)很適合于從事大量測試工作的特殊行業(yè)，例如金融、事大量測試工作的特殊行業(yè)，例如金融、后勤管理或空間衛(wèi)星控制系統(tǒng)。后勤管理或空間衛(wèi)星控制系統(tǒng)。 iv&v小組結(jié)構(gòu)同樣適用于大型商業(yè)小組結(jié)構(gòu)同樣適用于大型商業(yè)軟件的開發(fā)組織或維護(hù)并有可能開發(fā)大軟件的開發(fā)組織或維護(hù)并有可能開發(fā)大型的金融服務(wù)軟件程序的公司。在這樣型的金融服務(wù)軟件程序的公司。在這樣的

17、環(huán)境中，企業(yè)將保留的環(huán)境中，企業(yè)將保留iv&v人員的專業(yè)人員的專業(yè)知識作為一種投資是有好處的。知識作為一種投資是有好處的。 1測試組的組織結(jié)構(gòu)四、獨立驗證與確認(rèn)（iv&v）測試組 項目結(jié)束后，項目結(jié)束后，iv&v專家向?qū)＜蚁騣v&v小小組經(jīng)理或企業(yè)的其他經(jīng)理進(jìn)行報告，等組經(jīng)理或企業(yè)的其他經(jīng)理進(jìn)行報告，等待分配下一項工作。而該項目從待分配下一項工作。而該項目從iv&v測測試工作中獲得的經(jīng)驗將被保留，企業(yè)將試工作中獲得的經(jīng)驗將被保留，企業(yè)將維護(hù)一個有關(guān)維護(hù)一個有關(guān)iv&v過程和程序的知識庫。過程和程序的知識庫。 1測試組的組織結(jié)構(gòu)五、 系統(tǒng)方法及測試

18、組(smt) 在一些企業(yè)中，傳授測試技術(shù)的責(zé)在一些企業(yè)中，傳授測試技術(shù)的責(zé)任分配給同一企業(yè)中一個獨立的小組，任分配給同一企業(yè)中一個獨立的小組，稱為系統(tǒng)法及測試組稱為系統(tǒng)法及測試組(smt)。 該小組的報告鏈與直接的項目組織該小組的報告鏈與直接的項目組織分離，測試組通常負(fù)責(zé)完成企業(yè)并行開分離，測試組通常負(fù)責(zé)完成企業(yè)并行開發(fā)的多個應(yīng)用的測試程序的啟動活動。發(fā)的多個應(yīng)用的測試程序的啟動活動。 1測試組的組織結(jié)構(gòu)五、 系統(tǒng)方法及測試組 smt小組通常是企業(yè)的內(nèi)部顧問組小組通常是企業(yè)的內(nèi)部顧問組 smt的全體人員負(fù)責(zé)有關(guān)方法及標(biāo)的全體人員負(fù)責(zé)有關(guān)方法及標(biāo)準(zhǔn)的知識交流、公布開發(fā)及測試指南、準(zhǔn)的知識交流、公

19、布開發(fā)及測試指南、開發(fā)并精練測試方法、進(jìn)行自動測試工開發(fā)并精練測試方法、進(jìn)行自動測試工具的評估及培訓(xùn)、在項目中引入測試工具的評估及培訓(xùn)、在項目中引入測試工具。小組成員一個接一個地與不同的項具。小組成員一個接一個地與不同的項目開發(fā)組組長協(xié)作，開展技術(shù)交流，和目開發(fā)組組長協(xié)作，開展技術(shù)交流，和其他活動。其他活動。 1測試組的組織結(jié)構(gòu)五、 系統(tǒng)方法及測試組 smt小組應(yīng)該包括軟件專家，他們小組應(yīng)該包括軟件專家，他們的測試能力久經(jīng)考驗，他們在構(gòu)思、組的測試能力久經(jīng)考驗，他們在構(gòu)思、組織以及制定計劃方面才能卓著。織以及制定計劃方面才能卓著。 smt小組成員必備的能力包括對于小組成員必備的能力包括對于整個

20、測試生存周期的了解以及進(jìn)行測試整個測試生存周期的了解以及進(jìn)行測試設(shè)計、開發(fā)、自動化和執(zhí)行活動的必要設(shè)計、開發(fā)、自動化和執(zhí)行活動的必要技術(shù)。技術(shù)。 1測試組的組織結(jié)構(gòu)五、 系統(tǒng)方法及測試組 smt人員常常會深深地卷入項目的人員常常會深深地卷入項目的啟動操作以及測試計劃的制定和設(shè)計操啟動操作以及測試計劃的制定和設(shè)計操作中，但在測試的開發(fā)和執(zhí)行階段投入作中，但在測試的開發(fā)和執(zhí)行階段投入較少。較少。1測試組的組織結(jié)構(gòu)五、 系統(tǒng)方法及測試組 一旦項目測試開發(fā)工作完成，一旦項目測試開發(fā)工作完成，smt測試工程師通?；氐饺粘５臏y試工程師通?；氐饺粘５膕mt操作中，操作中，即研究新的測試方法及工具、參加測試即

21、研究新的測試方法及工具、參加測試工具研討會、維護(hù)企業(yè)的軟件及測試程工具研討會、維護(hù)企業(yè)的軟件及測試程序資產(chǎn)、維護(hù)軟件項目的序資產(chǎn)、維護(hù)軟件項目的“經(jīng)驗教訓(xùn)經(jīng)驗教訓(xùn)” 數(shù)據(jù)庫、維護(hù)測試工具評估結(jié)果及自動數(shù)據(jù)庫、維護(hù)測試工具評估結(jié)果及自動測試代碼庫。測試代碼庫。 1測試組的組織結(jié)構(gòu)六、測試組小結(jié)（一）測試組的比較 測試組的結(jié)構(gòu)依賴于幾個條件，其中包括企業(yè)測試組的結(jié)構(gòu)依賴于幾個條件，其中包括企業(yè)的文化氛圍。的文化氛圍。 測試組組織最重要的結(jié)果是過程成熟度及軟件測試組組織最重要的結(jié)果是過程成熟度及軟件測試能力持續(xù)改進(jìn)的可能性。測試能力持續(xù)改進(jìn)的可能性。 項目結(jié)束后，測試組織結(jié)構(gòu)的意義在于能否將項目結(jié)束

22、后，測試組織結(jié)構(gòu)的意義在于能否將測試過程、程序、工具知識等保留在企業(yè)，并測試過程、程序、工具知識等保留在企業(yè)，并可將這些知識帶入到新項目中?？蓪⑦@些知識帶入到新項目中。1測試組的組織結(jié)構(gòu)六、測試組小結(jié)（二）（二） 成功測試組的成功測試組的10大因素大因素1業(yè)務(wù)知識業(yè)務(wù)知識 測試工程師需要具備業(yè)務(wù)知識并與系統(tǒng)的測試工程師需要具備業(yè)務(wù)知識并與系統(tǒng)的用戶及客戶緊密接觸。用戶及客戶緊密接觸。 2技木知識技木知識 應(yīng)用是非常復(fù)雜的，而且為了更好地理解應(yīng)用是非常復(fù)雜的，而且為了更好地理解應(yīng)用中的復(fù)雜技術(shù)，還必須掌握自動測試工具應(yīng)用中的復(fù)雜技術(shù)，還必須掌握自動測試工具及技術(shù)背景。及技術(shù)背景。 3任務(wù)劃分任務(wù)

23、劃分 將業(yè)務(wù)任務(wù)與技術(shù)任務(wù)相互獨立。將業(yè)務(wù)任務(wù)與技術(shù)任務(wù)相互獨立。1測試組的組織結(jié)構(gòu)六、測試組小結(jié)4資源管理資源管理 業(yè)務(wù)資源及技術(shù)資源可以相互結(jié)合。業(yè)務(wù)資源及技術(shù)資源可以相互結(jié)合。5與開發(fā)組的關(guān)系與開發(fā)組的關(guān)系 測試工程師與開發(fā)人員協(xié)同工作。測試工程師與開發(fā)人員協(xié)同工作。6生存周期早期介入生存周期早期介入 測試組在開發(fā)生存周期的早期介入。測試組在開發(fā)生存周期的早期介入。7確定測試方法確定測試方法 方法、標(biāo)準(zhǔn)及過程必須按照需要就位、執(zhí)行、方法、標(biāo)準(zhǔn)及過程必須按照需要就位、執(zhí)行、修改。修改。1測試組的組織結(jié)構(gòu)五、測試組小結(jié)8靈活性適應(yīng)性靈活性適應(yīng)性 每個應(yīng)用都是不相同的。在一個項目中成每個應(yīng)用都

24、是不相同的。在一個項目中成功的測試策略在另一個項目中可能失敗。功的測試策略在另一個項目中可能失敗。9度量度量 測試組需要掌握收集哪些度量，并利用這測試組需要掌握收集哪些度量，并利用這些度量改進(jìn)測試程序。度量需要在整個開發(fā)生些度量改進(jìn)測試程序。度量需要在整個開發(fā)生存周期中收集。存周期中收集。10過程改進(jìn)過程改進(jìn) 測試組致力于所確定的測試方法的不斷改測試組致力于所確定的測試方法的不斷改進(jìn)。進(jìn)。1測試組的組織結(jié)構(gòu)七、企業(yè)如何組織測試人員企業(yè)企業(yè)如何組織測試人員應(yīng)當(dāng)視企業(yè)的如何組織測試人員應(yīng)當(dāng)視企業(yè)的人力資源而定（我國目前企業(yè)）人力資源而定（我國目前企業(yè)）條件特別好的公司，可以按照集中測試組及更高的條

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

26、測試、集成測試工作由項目的開發(fā)小組承擔(dān)。 1測試組的組織結(jié)構(gòu)七、企業(yè)如何組織測試人員條件一般的公司，養(yǎng)不起獨立的測試小組。單元測條件一般的公司，養(yǎng)不起獨立的測試小組。單元測試、集成測試工作由項目開發(fā)小組承擔(dān)。當(dāng)項目進(jìn)試、集成測試工作由項目開發(fā)小組承擔(dān)。當(dāng)項目進(jìn)展到系統(tǒng)測試階段，可以從項目外抽調(diào)一些人員，展到系統(tǒng)測試階段，可以從項目外抽調(diào)一些人員，加上開發(fā)人員，臨時組織系統(tǒng)測試小組。加上開發(fā)人員，臨時組織系統(tǒng)測試小組。 條件比較差的公司，也許只有一個項目和為數(shù)不多條件比較差的公司，也許只有一個項目和為數(shù)不多的一些開發(fā)人員。那么就讓開發(fā)人員一直兼任測試的一些開發(fā)人員。那么就讓開發(fā)人員一直兼任測試人

27、員的角色，相互測試對方的程序。如果人員實在人員的角色，相互測試對方的程序。如果人員實在太少了，只好讓開發(fā)者測試自己的程序，有測試總太少了，只好讓開發(fā)者測試自己的程序，有測試總比沒有測試好吧！比沒有測試好吧！2 測試任務(wù) 測試工作分解結(jié)構(gòu)表測試工作分解結(jié)構(gòu)表描述了可被執(zhí)行的測試任描述了可被執(zhí)行的測試任務(wù)的不同類型。務(wù)的不同類型。測試工作結(jié)構(gòu)分解表分成測試工作結(jié)構(gòu)分解表分成11個大類，個大類，95個子類。個子類。11個大類為：個大類為： 項目啟動、早期項目支持、自動測試決策、測項目啟動、早期項目支持、自動測試決策、測試工具的選擇及評估、測試工具引入、測試計試工具的選擇及評估、測試工具引入、測試計劃

28、、測試設(shè)計、測試開發(fā)、測試執(zhí)行、測試管劃、測試設(shè)計、測試開發(fā)、測試執(zhí)行、測試管理及支持、測試過程改進(jìn)。理及支持、測試過程改進(jìn)。 1 項目啟動項目啟動 11 過程改進(jìn)。評審從以往的相似項目中獲取的經(jīng)驗過程改進(jìn)。評審從以往的相似項目中獲取的經(jīng)驗教訓(xùn)，以便建議的改進(jìn)活動。確定需要執(zhí)行的改進(jìn)活動教訓(xùn)，以便建議的改進(jìn)活動。確定需要執(zhí)行的改進(jìn)活動 12 過程。掌握自動測試生存周期方法學(xué)過程。掌握自動測試生存周期方法學(xué)(atlm)的的所有內(nèi)容所有內(nèi)容 13 范圍。概述初步的測試目標(biāo)和目的范圍。概述初步的測試目標(biāo)和目的 14 規(guī)模。測試工作的規(guī)模規(guī)模。測試工作的規(guī)模 15 測試組組成。承擔(dān)測試組的組成分析和撰

29、寫測試測試組組成。承擔(dān)測試組的組成分析和撰寫測試工程師任務(wù)描述工程師任務(wù)描述 16 招聘。編寫測試工程師招聘廣告和執(zhí)行面試招聘。編寫測試工程師招聘廣告和執(zhí)行面試 2 早期項目支持早期項目支持 21 目標(biāo)目的。進(jìn)一步確定測試目標(biāo)和目的，并同目標(biāo)目的。進(jìn)一步確定測試目標(biāo)和目的，并同項目管理、開發(fā)組和測試工程師一起評審目標(biāo)目的，以項目管理、開發(fā)組和測試工程師一起評審目標(biāo)目的，以建立便于理解的、可以接受的測試目標(biāo)和目的建立便于理解的、可以接受的測試目標(biāo)和目的 22 約束評審。評審項目的約束條件，例如短期內(nèi)投約束評審。評審項目的約束條件，例如短期內(nèi)投放市場及資源限制等放市場及資源限制等 23 可測試性評

30、審。確保應(yīng)用中考慮了可測試性可測試性評審。確保應(yīng)用中考慮了可測試性 24 需求評審。確保需求是按可測試性的術(shù)語規(guī)定的需求評審。確保需求是按可測試性的術(shù)語規(guī)定的 25 標(biāo)準(zhǔn)評審。確定并熟悉可應(yīng)用的標(biāo)準(zhǔn)。確定標(biāo)準(zhǔn)標(biāo)準(zhǔn)評審。確定并熟悉可應(yīng)用的標(biāo)準(zhǔn)。確定標(biāo)準(zhǔn)是否需要根據(jù)以往的經(jīng)驗進(jìn)行調(diào)整對缺少的標(biāo)準(zhǔn)進(jìn)行定義是否需要根據(jù)以往的經(jīng)驗進(jìn)行調(diào)整對缺少的標(biāo)準(zhǔn)進(jìn)行定義 26 測試過程分析。分析企業(yè)當(dāng)前的測試過程測試過程分析。分析企業(yè)當(dāng)前的測試過程 27 客戶參與。保證客戶在測試生存周期中自始至終客戶參與。保證客戶在測試生存周期中自始至終參與參與 3 自動測試決策自動測試決策 31 測試目的策略。細(xì)化測試目的的定義

31、并制定測試測試目的策略。細(xì)化測試目的的定義并制定測試策略策略 32 測試工具價值。概述使用自動測試工具所帶來的測試工具價值。概述使用自動測試工具所帶來的價值利益價值利益 33 測試工具使用建議。就測試工具的使用提出建議測試工具使用建議。就測試工具的使用提出建議，獲得管理人員的支持，獲得管理人員的支持 4 測試工具的選擇及評估測試工具的選擇及評估 41 系統(tǒng)工程環(huán)境。評審企業(yè)的系統(tǒng)工程環(huán)境系統(tǒng)工程環(huán)境。評審企業(yè)的系統(tǒng)工程環(huán)境 42 可得到的測試工具。評審可得到的測試工具的可得到的測試工具。評審可得到的測試工具的類型類型43 候選測試工具。研究、評估候選測試工具并打分候選測試工具。研究、評估候選測

32、試工具并打分 44 定義評估范圍定義評估范圍 45 親自評估工具親自評估工具 46 測試工具評估報告。報告工具選擇及評估結(jié)果測試工具評估報告。報告工具選擇及評估結(jié)果，并形成文檔，并形成文檔 47 測試工具采購。與采購部門一起制定采購訂單測試工具采購。與采購部門一起制定采購訂單2 測試任務(wù) 測試組可能希望將表中的元素測試組可能希望將表中的元素87和和93進(jìn)行細(xì)分，以便按照不同的測試子類型描述測進(jìn)行細(xì)分，以便按照不同的測試子類型描述測試程序試程序/腳本的開發(fā)及執(zhí)行情況。腳本的開發(fā)及執(zhí)行情況。 可能的測試子類型包括功能需求測試、服可能的測試子類型包括功能需求測試、服務(wù)器性能測試、務(wù)器性能測試、 用戶

33、界面測試、性能測試、用戶界面測試、性能測試、程序模塊復(fù)雜性分析、程序代碼覆蓋測試、系程序模塊復(fù)雜性分析、程序代碼覆蓋測試、系統(tǒng)裝載性能測試、統(tǒng)裝載性能測試、 邊界測試、安全性測試、邊界測試、安全性測試、內(nèi)存泄漏測試以及響應(yīng)時間性能測試等等。內(nèi)存泄漏測試以及響應(yīng)時間性能測試等等。 2 測試任務(wù) 表中描述的工作分解結(jié)構(gòu)表中描述的工作分解結(jié)構(gòu)(wbs)可可與可與完成該項工作實際用時對應(yīng)起來，與可與完成該項工作實際用時對應(yīng)起來，以開發(fā)一個記錄完成項目不同活動所需以開發(fā)一個記錄完成項目不同活動所需工作量的歷史記錄。維護(hù)這個歷史記錄工作量的歷史記錄。維護(hù)這個歷史記錄對于測試規(guī)模的計算是很有價值的，它對于測

34、試規(guī)模的計算是很有價值的，它可用于評估新項目的測試工作量?？捎糜谠u估新項目的測試工作量。 3 測試工作規(guī)模 影響一個給定項目測試工作的因素影響一個給定項目測試工作的因素有很多，例如企業(yè)的文化氛圍或成熟程有很多，例如企業(yè)的文化氛圍或成熟程度、項目所定義的測試需求的范圍、測度、項目所定義的測試需求的范圍、測試人員的測試技術(shù)水平以及測試組的組試人員的測試技術(shù)水平以及測試組的組織類型?？楊愋汀?測試成熟度模型測試成熟度模型 (tmm)根據(jù)企業(yè)的測試根據(jù)企業(yè)的測試成熟程度來確定一個項目的測試工作等級。人成熟程度來確定一個項目的測試工作等級。人力資源的耗費也會由于企業(yè)測試成熟程度的不力資源的耗費也會由于企

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

36、算的。的真實測試費用是很難計算的。3 測試工作規(guī)模一、測試成熟度模型 (tmm)簡介 測試成熟度級別測試成熟度級別2。處于測試成熟度級別處于測試成熟度級別2的軟的軟件測試是一項獨立的工作。測試計劃及腳本通件測試是一項獨立的工作。測試計劃及腳本通常是由有經(jīng)驗的產(chǎn)品用戶或支持人員來開發(fā)的。常是由有經(jīng)驗的產(chǎn)品用戶或支持人員來開發(fā)的。這些人員也許具備，也許不具備自動這些人員也許具備，也許不具備自動(編程編程)測測試經(jīng)驗。不論屬于何種情況，測試人員都必須試經(jīng)驗。不論屬于何種情況，測試人員都必須徹底了解軟件需求和設(shè)計說明，以便制定便于徹底了解軟件需求和設(shè)計說明，以便制定便于理解的測試計劃，并開發(fā)與之關(guān)聯(lián)的

37、腳本。如理解的測試計劃，并開發(fā)與之關(guān)聯(lián)的腳本。如果測試腳本存在，就應(yīng)該提交給運行腳本并記果測試腳本存在，就應(yīng)該提交給運行腳本并記錄結(jié)果的測試工程師。錄結(jié)果的測試工程師。 3 測試工作規(guī)模一、測試成熟度模型 (tmm)簡介 在級別在級別2中，測試組可能包括一些新手，他們是缺乏中，測試組可能包括一些新手，他們是缺乏相關(guān)經(jīng)驗的最終用戶或者具備相關(guān)功能知識的人員。相關(guān)經(jīng)驗的最終用戶或者具備相關(guān)功能知識的人員。這些人員的工作是就是設(shè)法使系統(tǒng)中斷，實際上也是這些人員的工作是就是設(shè)法使系統(tǒng)中斷，實際上也是為了保證系統(tǒng)能夠正常工作。為了保證系統(tǒng)能夠正常工作。 在級別在級別2中，測試工作可能需要一個或多個高級支

38、持人中，測試工作可能需要一個或多個高級支持人員的服務(wù)，他協(xié)調(diào)測試文檔的編寫、對測試工程師進(jìn)員的服務(wù)，他協(xié)調(diào)測試文檔的編寫、對測試工程師進(jìn)行管理并對結(jié)果進(jìn)行編輯。雖然，一次性的啟動費用行管理并對結(jié)果進(jìn)行編輯。雖然，一次性的啟動費用便可實現(xiàn)捕獲回放工具，但如果測試周期數(shù)量增多，便可實現(xiàn)捕獲回放工具，但如果測試周期數(shù)量增多，就會需要投入更多的資金。在后面的測試周期中，測就會需要投入更多的資金。在后面的測試周期中，測試腳本可以重用，還可以自動回放，這樣在腳本的開試腳本可以重用，還可以自動回放，這樣在腳本的開發(fā)及執(zhí)行方面節(jié)省了大量的勞動力。發(fā)及執(zhí)行方面節(jié)省了大量的勞動力。 3 測試工作規(guī)模一、測試成熟度

39、模型 (tmm)簡介 測試成熟度級別測試成熟度級別35。在高級別的測試成熟度在高級別的測試成熟度中，負(fù)責(zé)制定測試計劃的測試工程師應(yīng)當(dāng)參與中，負(fù)責(zé)制定測試計劃的測試工程師應(yīng)當(dāng)參與設(shè)計工程師的產(chǎn)品開發(fā)會議，幫助在產(chǎn)品中建設(shè)計工程師的產(chǎn)品開發(fā)會議，幫助在產(chǎn)品中建立可測試性。測試工程師的編程背景與他或她立可測試性。測試工程師的編程背景與他或她對產(chǎn)品的熟悉程度將有助于提高后續(xù)建立的測對產(chǎn)品的熟悉程度將有助于提高后續(xù)建立的測試的有效性，以便找出產(chǎn)品最薄弱的環(huán)節(jié)。如試的有效性，以便找出產(chǎn)品最薄弱的環(huán)節(jié)。如果測試工具具有白盒測試能力，那么測試工程果測試工具具有白盒測試能力，那么測試工程師可以利用他或她在系統(tǒng)內(nèi)

40、部工作的有關(guān)知識師可以利用他或她在系統(tǒng)內(nèi)部工作的有關(guān)知識確定不能手工進(jìn)行測試的功能。測試計劃有助確定不能手工進(jìn)行測試的功能。測試計劃有助于將測試設(shè)計的結(jié)果形成文檔。測試設(shè)計為測于將測試設(shè)計的結(jié)果形成文檔。測試設(shè)計為測試工程師開發(fā)測試腳本程序提供指南。試工程師開發(fā)測試腳本程序提供指南。 3 測試工作規(guī)模一、測試成熟度模型 (tmm)簡介 測試腳本的開發(fā)工作是由測試工程師或應(yīng)用程測試腳本的開發(fā)工作是由測試工程師或應(yīng)用程序員完成的。編程所需的經(jīng)驗級別依賴于所使序員完成的。編程所需的經(jīng)驗級別依賴于所使用的工具以及測試的復(fù)雜程度。一般情況下，用的工具以及測試的復(fù)雜程度。一般情況下，最具通用性的工具，它使

41、用通用的腳本編程語最具通用性的工具，它使用通用的腳本編程語言，例如言，例如c。而其他工具則可能使用簡單的編。而其他工具則可能使用簡單的編程語言。不論是何種情況，測試組中至少要有程語言。不論是何種情況，測試組中至少要有一名成員必須在編寫結(jié)構(gòu)化程序方面有經(jīng)驗。一名成員必須在編寫結(jié)構(gòu)化程序方面有經(jīng)驗。自動工具用于自動生成測試日志、缺陷文檔以自動工具用于自動生成測試日志、缺陷文檔以及生成測試狀念輸出。這些工具在測試的執(zhí)行及生成測試狀念輸出。這些工具在測試的執(zhí)行及管理方面節(jié)省了大量的勞動力。及管理方面節(jié)省了大量的勞動力。 3 測試工作規(guī)模二、測試組規(guī)模確定方法 1、概述、概述 根據(jù)測試工作量確定測試組規(guī)

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

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

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

45、組規(guī)模確定方法 2、開發(fā)比例法 度量測試活動所需工作量級別的一個快速、簡單度量測試活動所需工作量級別的一個快速、簡單的方法是根據(jù)分配給項目的軟件開發(fā)人員的數(shù)量來確的方法是根據(jù)分配給項目的軟件開發(fā)人員的數(shù)量來確定測試工程師的數(shù)量。定測試工程師的數(shù)量。 測試組的規(guī)模是通過確定項目開發(fā)人員和測試工測試組的規(guī)模是通過確定項目開發(fā)人員和測試工程師合理的比例來計算的。程師合理的比例來計算的。在這里在這里“開發(fā)人員開發(fā)人員” 包括包括致力于設(shè)計、開發(fā)、編譯及進(jìn)行單元級測試的人員。致力于設(shè)計、開發(fā)、編譯及進(jìn)行單元級測試的人員。雖然一些開發(fā)人員的任務(wù)可能超出傳統(tǒng)開發(fā)活動的范雖然一些開發(fā)人員的任務(wù)可能超出傳統(tǒng)開發(fā)

46、活動的范圍，但使用這種比例法時，開發(fā)人員的分類只限于這圍，但使用這種比例法時，開發(fā)人員的分類只限于這些特定的范圍。這樣的分類將從事功能分析、需求管些特定的范圍。這樣的分類將從事功能分析、需求管理、配置管理、質(zhì)量保證、過程改進(jìn)、項目管理、軟理、配置管理、質(zhì)量保證、過程改進(jìn)、項目管理、軟件測試、培訓(xùn)材料編寫以及用戶手冊編寫的人員件測試、培訓(xùn)材料編寫以及用戶手冊編寫的人員(專職專職人員人員)排除在外。排除在外。3 測試工作規(guī)模二、測試組規(guī)模確定方法 開發(fā)人員與測試工程師的比例根據(jù)軟件開開發(fā)人員與測試工程師的比例根據(jù)軟件開發(fā)工作類型的不同而有所區(qū)別，見表發(fā)工作類型的不同而有所區(qū)別，見表8.3.1 。

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

48、規(guī)模二、測試組規(guī)模確定方法表表8.3.1 開發(fā)比例法開發(fā)比例法 開發(fā)類型開發(fā)類型 計劃的開發(fā)人員數(shù)目計劃的開發(fā)人員數(shù)目 比例比例 測試組規(guī)模測試組規(guī)模 商業(yè)產(chǎn)品商業(yè)產(chǎn)品(大型市場大型市場) 30 3：2 20 商業(yè)產(chǎn)品商業(yè)產(chǎn)品(小型市場小型市場) 30 3：1 10 單個客戶端的應(yīng)用開發(fā)單個客戶端的應(yīng)用開發(fā) 30 6：l 5 單個客戶端中的開發(fā)及與單個客戶端中的開發(fā)及與cots集成集成 30 4：l 7 政府部門應(yīng)用開發(fā)政府部門應(yīng)用開發(fā)(國內(nèi)國內(nèi)) 30 5：l 6 公司應(yīng)用開發(fā)公司應(yīng)用開發(fā)(國內(nèi)國內(nèi)) 30 4：1 7注：注：表表中中假設(shè)測試工程師只參與測試生存周期活動的執(zhí)行，而不直接參與假

49、設(shè)測試工程師只參與測試生存周期活動的執(zhí)行，而不直接參與任何開發(fā)工作。任何開發(fā)工作。 3 測試工作規(guī)模二、測試組規(guī)模確定方法3、百分比法 估算測試程序工作量級的另一個快速估算測試程序工作量級的另一個快速的方法是百分比法，參見表的方法是百分比法，參見表8.3.2。 這種方法在計算測試組規(guī)模時這種方法在計算測試組規(guī)模時考慮計考慮計劃用來支持項目劃用來支持項目的人員數(shù)目。的人員數(shù)目。 影響測試組規(guī)模的各個因子參見下表，影響測試組規(guī)模的各個因子參見下表，該表該表假設(shè)測試工作的范圍包括組裝及系假設(shè)測試工作的范圍包括組裝及系統(tǒng)測試階段的功能和性能測試統(tǒng)測試階段的功能和性能測試。 3 測試工作規(guī)模二、測試組規(guī)

50、模確定方法表表8.3.2 百分比法百分比法 開發(fā)類型開發(fā)類型 項目人項目人 測試組測試組 測試組規(guī)測試組規(guī) 產(chǎn)品保證產(chǎn)品保證 產(chǎn)品保證產(chǎn)品保證 員級別員級別 規(guī)模因子規(guī)模因子 模模(人數(shù)人數(shù)) 組規(guī)模因子組規(guī)模因子 小組規(guī)模小組規(guī)模 商業(yè)產(chǎn)品（大型市場）商業(yè)產(chǎn)品（大型市場） 50 27 1 3 37 1 8 商業(yè)產(chǎn)品商業(yè)產(chǎn)品(小型市場小型市場) 50 16 8 28 14 單個客戶端的應(yīng)用開發(fā)單個客戶端的應(yīng)用開發(fā) 50 10 5 20 10 單個端的開發(fā)與單個端的開發(fā)與 50 14 7 23 11 cots集成集成 政府部門應(yīng)用開發(fā)政府部門應(yīng)用開發(fā)(國內(nèi)國內(nèi)) 50 11 5 20 10 公司

51、應(yīng)用開發(fā)公司應(yīng)用開發(fā)(國內(nèi)國內(nèi)) 50 14 7 23 113 測試工作規(guī)模二、測試組規(guī)模確定方法 表中表示的規(guī)模因子也適用于表中表示的規(guī)模因子也適用于產(chǎn)品保證產(chǎn)品保證(pa)小組小組。按照。按照cmm提出的成熟度指南進(jìn)行提出的成熟度指南進(jìn)行軟件開發(fā)的企業(yè)需要軟件開發(fā)的企業(yè)需要cmm公布的支持不同關(guān)公布的支持不同關(guān)鍵處理區(qū)域的人員為其提供服務(wù)。鍵處理區(qū)域的人員為其提供服務(wù)。表中表明表中表明pa小組的組成包括測試組人員及從事需求管理、小組的組成包括測試組人員及從事需求管理、配置管理、質(zhì)量保證以及配置管理、質(zhì)量保證以及過程改進(jìn)過程改進(jìn)的人員的人員。 “過程改進(jìn)過程改進(jìn)”的意思是監(jiān)督工作的人員，的意

52、思是監(jiān)督工作的人員，這些人員將本企業(yè)的過程進(jìn)行裁減，以適合特這些人員將本企業(yè)的過程進(jìn)行裁減，以適合特殊的項目。對項目人員進(jìn)行相應(yīng)的培訓(xùn)、收集殊的項目。對項目人員進(jìn)行相應(yīng)的培訓(xùn)、收集并分析項目性能度量。并分析項目性能度量。3 測試工作規(guī)模二、測試組規(guī)模確定方法 4、測試程序法、測試程序法 估算測試工作量級別的另一種方法是使用估算測試工作量級別的另一種方法是使用計劃的項目測試程序數(shù)量。計劃的項目測試程序數(shù)量。 企業(yè)需要形成一個歷史記錄，記錄開發(fā)項企業(yè)需要形成一個歷史記錄，記錄開發(fā)項目及其相關(guān)的開發(fā)規(guī)模大小、所需的測試程序目及其相關(guān)的開發(fā)規(guī)模大小、所需的測試程序數(shù)量以及按照人小時計算的最終測試工作量

53、。數(shù)量以及按照人小時計算的最終測試工作量。 開發(fā)規(guī)模的大小以代碼行開發(fā)規(guī)模的大小以代碼行(loc)、與代碼、與代碼等價的行、功能點或者所生成對象的數(shù)目來計等價的行、功能點或者所生成對象的數(shù)目來計算，并形成文檔。算，并形成文檔。 3 測試工作規(guī)模二、測試組規(guī)模確定方法 如果有這樣的歷史記錄存在，那么測試組如果有這樣的歷史記錄存在，那么測試組可以判斷規(guī)模數(shù)值與所開發(fā)的測試程序數(shù)目之可以判斷規(guī)模數(shù)值與所開發(fā)的測試程序數(shù)目之間以往的關(guān)系，然后估算新項目所需的測試程間以往的關(guān)系，然后估算新項目所需的測試程序數(shù)目。序數(shù)目。 測試程序的數(shù)目估算確定后，測試組可以測試程序的數(shù)目估算確定后，測試組可以確定測試程

54、序數(shù)目與測試組花費的人小時工作確定測試程序數(shù)目與測試組花費的人小時工作量之間的歷史關(guān)系。量之間的歷史關(guān)系。之后，這個數(shù)目可用于估之后，這個數(shù)目可用于估算新項目測試工作量的人小時數(shù)或與之等值的算新項目測試工作量的人小時數(shù)或與之等值的全職工作人員數(shù)。全職工作人員數(shù)。 歷史數(shù)據(jù)反映了企業(yè)的文化氛圍或測試的歷史數(shù)據(jù)反映了企業(yè)的文化氛圍或測試的成熟度，以及項目使用的測試程序數(shù)與測試需成熟度，以及項目使用的測試程序數(shù)與測試需求范圍之間的相互關(guān)系。求范圍之間的相互關(guān)系。 3 測試工作規(guī)模二、測試組規(guī)模確定方法 表表8.3.3 表示了使用測試程序法的例子，在該表中，表示了使用測試程序法的例子，在該表中，測試組

55、估算一個新項目需要測試組估算一個新項目需要1120個測試程序。個測試程序。 測試組經(jīng)過檢查歷史記錄，發(fā)現(xiàn)前一個包含測試組經(jīng)過檢查歷史記錄，發(fā)現(xiàn)前一個包含860個個測試程序的測試工作總共需要測試程序的測試工作總共需要5300個小時。在前一項個小時。在前一項工作中，所需的小時數(shù)與測試程序數(shù)之間的比例為工作中，所需的小時數(shù)與測試程序數(shù)之間的比例為6.16。5300個小時的項目需要個小時的項目需要3.4個工程師個工程師9個月的全職個月的全職工作工作( (每月按每月按174174個工作量計個工作量計) )。確定了小時數(shù)測試程。確定了小時數(shù)測試程序數(shù)之間的歷史記錄為序數(shù)之間的歷史記錄為6.16之后，那么測

56、試組可以算之后，那么測試組可以算出完成出完成1120個測試程序需要個測試程序需要6,900個小時。由于新項目個小時。由于新項目制定的進(jìn)度為制定的進(jìn)度為l 2個月，因而測試組可以計算出需要個月，因而測試組可以計算出需要3.3個測試工程師。這個數(shù)字是用總的小時數(shù)個測試工程師。這個數(shù)字是用總的小時數(shù)(6900)去除在去除在給定的時間內(nèi)給定的時間內(nèi)(1 2個月個月)每個人所需的小時數(shù)每個人所需的小時數(shù)(2080)而得而得到的。到的。 3 測試工作規(guī)模二、測試組規(guī)模確定方法表表8.3.3 測試程序法測試程序法 測試過程數(shù)目測試過程數(shù)目 計算因子計算因子 人小時人小時 完成周期完成周期 測試組規(guī)模測試組規(guī)

57、模 (人數(shù)人數(shù))歷史記錄歷史記錄 860 6.16 5300 9個月個月 3.4(相似項目相似項目) (1560小時小時)新項目評估新項目評估 1120 6.16 6900 1 2個月個月 3.3 （2080小時）小時）每人每月按每人每月按174小時計，小時計，12個月的工作量個月的工作量=174*12=20803 測試工作規(guī)模二、測試組規(guī)模確定方法 5、任務(wù)計劃法 估算測試工作量級別的另一種方法是檢查歷史記估算測試工作量級別的另一種方法是檢查歷史記錄中相似類型的測試工作所花費的人小時數(shù)。測試組錄中相似類型的測試工作所花費的人小時數(shù)。測試組需要如需要如測試工作結(jié)構(gòu)分解表測試工作結(jié)構(gòu)分解表那樣按

58、照工作的分類結(jié)構(gòu)那樣按照工作的分類結(jié)構(gòu)進(jìn)行時間記錄。進(jìn)行時間記錄。 歷史記錄突出歷史記錄突出不同測試任務(wù)所需的工作量不同測試任務(wù)所需的工作量。之后，。之后，將新項目測試程序?qū)⑿马椖繙y試程序(1120)的評估數(shù)與歷史記錄中的規(guī)模的評估數(shù)與歷史記錄中的規(guī)?；€進(jìn)行比較，如表基線進(jìn)行比較，如表8.3.4所示。所示。 歷史記錄中的基線表明一個有歷史記錄中的基線表明一個有860個測試程序的項個測試程序的項目的全部人小時數(shù)為目的全部人小時數(shù)為5300小時，它表示計算因子為小時，它表示計算因子為6.16。該因子可用于評估包含。該因子可用于評估包含1120個測試程序的測試個測試程序的測試工作量。這個相似的比較

59、參見表工作量。這個相似的比較參見表8.3.3測試程序法。測試程序法。 3 測試工作規(guī)模二、測試組規(guī)模確定方法 然后測試組對歷史記錄進(jìn)行評審，查看然后測試組對歷史記錄進(jìn)行評審，查看測試工作測試工作結(jié)構(gòu)分解表結(jié)構(gòu)分解表中所描述的包含在工作分解結(jié)構(gòu)中的不同中所描述的包含在工作分解結(jié)構(gòu)中的不同測試任務(wù)所花費的時間。測試任務(wù)所花費的時間。 表表8.3.5將每個將每個wbs元素需要的時間進(jìn)行累計。元素需要的時間進(jìn)行累計。表表8.3.4新項目需要的人小時估算新項目需要的人小時估算測試程序數(shù)目測試程序數(shù)目 比例因子比例因子 人小時數(shù)人小時數(shù)歷史記錄歷史記錄(相似項目相似項目)860 6.16 5300新項目評

60、估新項目評估 1120 6.16 69003 測試工作規(guī)模二、測試組規(guī)模確定方法表表8.3.5 任務(wù)計劃法任務(wù)計劃法序號序號 wbs元素元素 歷史數(shù)值歷史數(shù)值 百分比百分比 初步評估初步評估 評估調(diào)整評估調(diào)整 1 項目啟動項目啟動 140 2.6 179 179 2 早期項目支持早期項目支持 120 2.2 152 152 3 自動測試決策自動測試決策 90 1.7 117 4 測試工具選擇及評估測試工具選擇及評估 1 60 3 207 5 測試工具引入測試工具引入 260 5 345 345 6 測試計劃測試計劃 530 1 0 690 690 7 測試設(shè)計測試設(shè)計 540 10 690 690 8 測試開發(fā)測試開發(fā) 1980 37 2553 2553 9 測試執(zhí)行測試執(zhí)行 870 1 7 1 173 1 173 10 測試管理及支持測試管理及支持470