第8部分章測試組管理及測試工作量的估計(jì)_第1頁
第8部分章測試組管理及測試工作量的估計(jì)_第2頁
第8部分章測試組管理及測試工作量的估計(jì)_第3頁
第8部分章測試組管理及測試工作量的估計(jì)_第4頁
第8部分章測試組管理及測試工作量的估計(jì)_第5頁
已閱讀5頁,還剩97頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

§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è)按照項(xiàng)目的開始及結(jié)束來雇傭并安排測試工程師,項(xiàng)目結(jié)束,項(xiàng)目結(jié)束測試工程師就離開;2:集中測試組:企業(yè)有專職測試人員和測試專家——專門的測試團(tuán)隊(duì),企業(yè)將軟件測試能力作為長期投資戰(zhàn)略;3:獨(dú)立驗(yàn)證與確認(rèn)(IV&V)小組——IV&V測試組:IV&V測試組中的測試工程師完成軟件應(yīng)用的驗(yàn)收測試,并評審軟件文檔,以驗(yàn)證產(chǎn)品質(zhì)量。

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

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

SMT測試工程師日常的工作是:研究新的測試方法及工具、參加測試工具研討會(huì)、維護(hù)企業(yè)的軟件及測試程序資產(chǎn)、維護(hù)軟件項(xiàng)目的“經(jīng)驗(yàn)教訓(xùn)”數(shù)據(jù)庫、維護(hù)測試工具評估結(jié)果及自動(dòng)測試代碼庫。注:他們的職責(zé)并不是在項(xiàng)目中執(zhí)行測試,而是磋商、培訓(xùn)及指導(dǎo)真正進(jìn)行測試開發(fā)并具體執(zhí)行的項(xiàng)目組人員?!?測試組的組織結(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、管理特殊項(xiàng)目的經(jīng)理應(yīng)當(dāng)對測試組的候選人進(jìn)行面試,以便決定是否錄用——測試組人員的組織。2、項(xiàng)目的測試計(jì)劃文檔是在分配測試工程師之前由項(xiàng)目經(jīng)理來制定的——測試計(jì)劃的制訂。3、一個(gè)典型的煙囪測試組由2個(gè)到5個(gè)測試工程師組成。這些測試組成員并不隸屬于單獨(dú)的測試組織實(shí)體,而是向項(xiàng)目的任務(wù)經(jīng)理或真正的項(xiàng)目經(jīng)理進(jìn)行報(bào)告。4、測試人員中的一人作為測試組長,其他測試工程師進(jìn)行測試程序的開發(fā)和執(zhí)行。5測試組長為測試程序的開發(fā)進(jìn)行設(shè)計(jì),然后分配開發(fā)任務(wù),開展測試工作。

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

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

三、集中測試組

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

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

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

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

三、集中測試組

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

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

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

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

三、集中測試組

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

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

四、獨(dú)立驗(yàn)證與確認(rèn)(IV&V)測試組

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

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

四、獨(dú)立驗(yàn)證與確認(rèn)(IV&V)測試組

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

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

四、獨(dú)立驗(yàn)證與確認(rèn)(IV&V)測試組

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

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

四、獨(dú)立驗(yàn)證與確認(rèn)(IV&V)測試組

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

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

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

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

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

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

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

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

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

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

SMT人員常常會(huì)深深地卷入項(xiàng)目的啟動(dòng)操作以及測試計(jì)劃的制定和設(shè)計(jì)操作中,但在測試的開發(fā)和執(zhí)行階段投入較少?!?測試組的組織結(jié)構(gòu)

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

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

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

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

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

3.任務(wù)劃分將業(yè)務(wù)任務(wù)與技術(shù)任務(wù)相互獨(dú)立?!?測試組的組織結(jié)構(gòu)

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

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

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

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

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

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

1項(xiàng)目啟動(dòng)

1.1過程改進(jìn)。評審從以往的相似項(xiàng)目中獲取的經(jīng)驗(yàn)教訓(xùn),以便建議的改進(jìn)活動(dòng)。確定需要執(zhí)行的改進(jìn)活動(dòng)

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

1.3范圍。概述初步的測試目標(biāo)和目的

1.4規(guī)模。測試工作的規(guī)模

1.5測試組組成。承擔(dān)測試組的組成分析和撰寫測試工程師任務(wù)描述

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

2早期項(xiàng)目支持

2.1目標(biāo)/目的。進(jìn)一步確定測試目標(biāo)和目的,并同項(xiàng)目管理、開發(fā)組和測試工程師一起評審目標(biāo)/目的,以建立便于理解的、可以接受的測試目標(biāo)和目的

2.2約束評審。評審項(xiàng)目的約束條件,例如短期內(nèi)投放市場及資源限制等

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

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

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

2.6測試過程分析。分析企業(yè)當(dāng)前的測試過程

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

3自動(dòng)測試決策

3.1測試目的策略。細(xì)化測試目的的定義并制定測試策略

3.2測試工具價(jià)值。概述使用自動(dòng)測試工具所帶來的價(jià)值/利益

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

4測試工具的選擇及評估

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

4.2可得到的測試工具。評審可得到的測試工具的類型4.3候選測試工具。研究、評估候選測試工具并打分

4.4定義評估范圍

4.5親自評估工具

4.6測試工具評估報(bào)告。報(bào)告工具選擇及評估結(jié)果,并形成文檔

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

306:l5

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

304:l7

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

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

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

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

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

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

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

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

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

5027%1337%18

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

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

5010%520%

10

單個(gè)端的開發(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提出的成熟度指南進(jìn)行軟件開發(fā)的企業(yè)需要CMM公布的支持不同關(guān)鍵處理區(qū)域的人員為其提供服務(wù)。表中表明PA小組的組成包括測試組人員及從事需求管理、配置管理、質(zhì)量保證以及過程改進(jìn)的人員?!斑^程改進(jìn)”的意思是監(jiān)督工作的人員,這些人員將本企業(yè)的過程進(jìn)行裁減,以適合特殊的項(xiàng)目。對項(xiàng)目人員進(jìn)行相應(yīng)的培訓(xùn)、收集并分析項(xiàng)目性能度量。§3測試工作規(guī)模

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

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

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

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

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

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

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

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

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

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

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

(2080小時(shí))每人每月按174小時(shí)計(jì),12個(gè)月的工作量=174*12=2080§3測試工作規(guī)模

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

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

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

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

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

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

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

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

表8.3.6測試組規(guī)模

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

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

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

1.企業(yè)

2.測試需求范圍

3.測試工程師技能等級

4.測試工具的熟練程度

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

6.測試組組織

7.測試工作的范圍

8.啟動(dòng)測試工作

9.計(jì)劃的增量軟件版本數(shù)量

10.過程定義

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

12.測試開發(fā)/執(zhí)行進(jìn)度§4招聘測試工程師

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

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

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

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

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

§4招聘測試工程師

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

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

§4招聘測試工程師

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

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

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

§4招聘測試工程師

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

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

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

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

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

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

9.公關(guān)/協(xié)作能力——能夠緊密有效地與軟件開發(fā)人員協(xié)作,具備很強(qiáng)的口頭表達(dá)能力。

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

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

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

§4招聘測試工程師

二、測試組組成

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

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

§4招聘測試工程師

二、測試組組成

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

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

二、測試組組成

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

§4招聘測試工程師

二、測試組組成

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

§4招聘測試工程師

二、測試組組成

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

§4招聘測試工程師

二、測試組組成

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

§4招聘測試工程師

三、工作申請表

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

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

§4招聘測試工程師

三、工作申請表

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

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

§4招聘測試工程師

四、招聘活動(dòng)

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

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

四、招聘活動(dòng)

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

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

四、招聘活動(dòng)

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

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

五、測試工程師的定位(確認(rèn))

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

五、測試工程師的定位(確認(rèn))

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

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

2、在報(bào)紙或雜志上刊登工作廣告。

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

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

五、測試工程師的定位(確認(rèn))

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

六、測試工程師的面試

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

§4招聘測試工程師

六、測試工程師的面試

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

面試問題如下

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

七、找出最佳候選人

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

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

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

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

為了保證測試任務(wù)的正確實(shí)施,有幾個(gè)做法必須考慮:

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

2、將測試工程師指派作為組織中更初級測試工程師的顧問時(shí),必須付給報(bào)酬。

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

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

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

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

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

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論