《軟件測(cè)試技術(shù)》課件第3章

第3章軟件測(cè)試管理3.1測(cè)試團(tuán)隊(duì)建設(shè)與管理3.2軟件測(cè)試計(jì)劃3.3缺陷管理3.4本章小結(jié)一個(gè)有能力的測(cè)試組織擁有一個(gè)好的測(cè)試系統(tǒng)，該系統(tǒng)能為項(xiàng)目提供有效和高效的服務(wù)。一個(gè)好的測(cè)試系統(tǒng)能幫助測(cè)試人員把測(cè)試工作重點(diǎn)放在關(guān)鍵質(zhì)量風(fēng)險(xiǎn)上，并發(fā)現(xiàn)、再現(xiàn)、隔離、描述以及管理被測(cè)軟件中最重要的缺陷，如圖3-1-1所示。測(cè)試過程包括書面和非書面的過程、檢查列表和其他測(cè)試小組執(zhí)行測(cè)試方法所達(dá)成的協(xié)議；被測(cè)件包括測(cè)試小組用于測(cè)試的文檔和軟件等；測(cè)試環(huán)境包括測(cè)試小組為了測(cè)試而配置到被測(cè)系統(tǒng)上的軟件、硬件、測(cè)試工具、網(wǎng)絡(luò)和其他基礎(chǔ)設(shè)施(如實(shí)驗(yàn)室等)。

從圖3-1-1可見，軟件測(cè)試組織的組建和管理應(yīng)從測(cè)試過程規(guī)范、測(cè)試環(huán)境的搭建和測(cè)試小組的組建、被測(cè)件的版本管理等方面著手，才能構(gòu)建一個(gè)良好的測(cè)試系統(tǒng)。對(duì)于一個(gè)成熟的軟件公司來說，測(cè)試管理在先，測(cè)試活動(dòng)在后，即有一套規(guī)范的測(cè)試過程，然后再開展測(cè)試活動(dòng)，收集相關(guān)測(cè)試數(shù)據(jù)并進(jìn)行分析且進(jìn)行持續(xù)的改進(jìn)。但對(duì)于管理不規(guī)范的軟件企業(yè)且處于初級(jí)水平時(shí)，一般先有測(cè)試活動(dòng)，在發(fā)現(xiàn)問題后才為了解決問題逐步規(guī)范測(cè)試管理。從測(cè)試管理的角度來看，雖然測(cè)試不同階段的關(guān)注重點(diǎn)不一樣，但測(cè)試過程中各個(gè)層面和活動(dòng)都不能錯(cuò)過，如測(cè)試工程師的培訓(xùn)、問題的溝通等。測(cè)試作為質(zhì)量保證的重要手段之一，應(yīng)強(qiáng)調(diào)測(cè)試管理的全局性，不能忽視任何一個(gè)環(huán)節(jié)和活動(dòng)，不能放過任何一個(gè)可能異常的過程數(shù)據(jù)。圖3-1-1測(cè)試系統(tǒng)的組成示意圖測(cè)試管理的內(nèi)容很多，可以從團(tuán)隊(duì)(測(cè)試小組)、過程、測(cè)試環(huán)境、方法、測(cè)試執(zhí)行等多個(gè)層次進(jìn)行。

(1)測(cè)試團(tuán)隊(duì)建設(shè)。人是決定因素，團(tuán)隊(duì)是基礎(chǔ)，應(yīng)在招聘、組建、培訓(xùn)、組織架構(gòu)和績(jī)效考核等各個(gè)方面鍛造一流的軟件測(cè)試團(tuán)隊(duì)。

(2)測(cè)試過程和測(cè)試方法建設(shè)。過程質(zhì)量決定產(chǎn)品質(zhì)量，為保證過程質(zhì)量，需要根據(jù)項(xiàng)目特點(diǎn)和團(tuán)隊(duì)狀況，對(duì)公司的質(zhì)量保證體系進(jìn)行適當(dāng)裁剪，建立一套適合該團(tuán)隊(duì)的測(cè)試計(jì)劃、設(shè)計(jì)和執(zhí)行流程、缺陷生命周期管理流程等。方法建立于過程上，包括測(cè)試策略、自動(dòng)化測(cè)試方法及工具、用例設(shè)計(jì)方法和測(cè)試模板等。

(3)測(cè)試管理。有了團(tuán)隊(duì)、過程和測(cè)試方法后，就可以分配項(xiàng)目任務(wù)、確定角色和職責(zé)、分配測(cè)試資源和安排測(cè)試進(jìn)度，不斷對(duì)測(cè)試風(fēng)險(xiǎn)進(jìn)行評(píng)估以降低測(cè)試風(fēng)險(xiǎn)。

(4)測(cè)試執(zhí)行。執(zhí)行是測(cè)試過程的具體化和測(cè)試方法的應(yīng)用，執(zhí)行還是項(xiàng)目計(jì)劃的實(shí)施，也需要細(xì)致的管理，如測(cè)試環(huán)境的配置、任務(wù)的完成情況、缺陷的評(píng)審和數(shù)據(jù)分析，通過缺陷跟蹤等管理信息系統(tǒng)了解測(cè)試的進(jìn)展和狀態(tài)，與測(cè)試基準(zhǔn)計(jì)劃進(jìn)行比對(duì)，以發(fā)現(xiàn)、跟蹤和解決問題。

3.1測(cè)試團(tuán)隊(duì)建設(shè)與管理

3.1.1測(cè)試團(tuán)隊(duì)的建設(shè)

軟件的質(zhì)量不是靠測(cè)試出來的，而是靠產(chǎn)品開發(fā)團(tuán)隊(duì)所有成員(需求分析工程師、系統(tǒng)設(shè)計(jì)工程師、程序員、測(cè)試工程師、技術(shù)支持工程師等)的共同努力來獲得的。但質(zhì)量始終是產(chǎn)品和企業(yè)的生命，所以為了保證產(chǎn)品質(zhì)量不受項(xiàng)目開發(fā)時(shí)間和預(yù)算的嚴(yán)重影響，測(cè)試人員應(yīng)具有質(zhì)量方面的權(quán)威性和與之相稱的地位。組建測(cè)試團(tuán)隊(duì)之前首先要分析測(cè)試組織的現(xiàn)狀(如一窮二白的、初始級(jí)別、擴(kuò)展級(jí)別、成熟級(jí)別等狀態(tài))，然后分析企業(yè)的組織框架(軟件測(cè)試是屬于開發(fā)部門管理，是獨(dú)立測(cè)試部門，還是屬于QA組織等)，最后根據(jù)所開發(fā)的軟件產(chǎn)品的類型(產(chǎn)品型、項(xiàng)目型等)確定測(cè)試工程師需要哪些測(cè)試技能。換句話說，測(cè)試團(tuán)隊(duì)的組建必須根據(jù)企業(yè)的具體情況和項(xiàng)目情況來確定如何組建。在實(shí)踐中可按如下方法操作：

(1)對(duì)于測(cè)試處于初始狀態(tài)的，要考慮的是如何組建一個(gè)適合軟件企業(yè)將來發(fā)展方向的測(cè)試團(tuán)隊(duì)。主要考慮測(cè)試團(tuán)隊(duì)的組織架構(gòu)、測(cè)試團(tuán)隊(duì)的發(fā)展規(guī)劃和分階段實(shí)施措施。

(2)對(duì)于軟件測(cè)試已經(jīng)有初步積累(如已成立項(xiàng)目中的測(cè)試小組)，現(xiàn)在擴(kuò)建測(cè)試團(tuán)隊(duì)的，主要工作是招聘測(cè)試工程師和培養(yǎng)這些測(cè)試工程師，主要考慮項(xiàng)目是否要求性能測(cè)試、新員工有沒有合適的測(cè)試技能等。

(3)對(duì)于已經(jīng)有一個(gè)測(cè)試團(tuán)隊(duì)，而且是獨(dú)立的測(cè)試部門，現(xiàn)在需要擴(kuò)展和提高測(cè)試團(tuán)隊(duì)的測(cè)試能力，主要工作是招聘新的測(cè)試人員，對(duì)現(xiàn)有測(cè)試人員進(jìn)行分類培訓(xùn)，培養(yǎng)出某方面的專家，如用例自動(dòng)化回歸測(cè)試專家、性能測(cè)試專家等。軟件測(cè)試團(tuán)隊(duì)不僅僅是指被分配到某個(gè)測(cè)試項(xiàng)目中工作的一組人員，還指一組互相依賴的人員齊心協(xié)力進(jìn)行工作，以實(shí)現(xiàn)項(xiàng)目的測(cè)試目標(biāo)。要使這些測(cè)試工程師發(fā)展成為一個(gè)有效協(xié)作的團(tuán)隊(duì)，既需要測(cè)試項(xiàng)目經(jīng)理的努力，也需要軟件測(cè)試團(tuán)隊(duì)中每位測(cè)試工程師的付出。測(cè)試項(xiàng)目團(tuán)隊(duì)工作是否有效將決定軟件測(cè)試的成敗。盡管要有計(jì)劃，需要項(xiàng)目管理技能，但項(xiàng)目中的每個(gè)人員才是項(xiàng)目成功的關(guān)鍵。軟件項(xiàng)目的測(cè)試需要一個(gè)有效的團(tuán)隊(duì)，有效的軟件測(cè)試項(xiàng)目團(tuán)隊(duì)具有以下特征：

(1)對(duì)軟件項(xiàng)目的測(cè)試目標(biāo)有清晰的理解。

(2)對(duì)每位測(cè)試工程師的角色和職責(zé)有明確的期望。

(3)以目標(biāo)為導(dǎo)向。

(4)高度的互助合作。

(5)高度的信任。盡管每個(gè)軟件測(cè)試團(tuán)隊(duì)都有潛力來高效工作，但通常會(huì)存在一些障礙，使得團(tuán)隊(duì)難以實(shí)現(xiàn)其力所能及的效率水平。下面給出對(duì)軟件測(cè)試團(tuán)隊(duì)有效工作的障礙以及克服這些障礙的建議：

(1)目標(biāo)不明確。項(xiàng)目經(jīng)理應(yīng)該就項(xiàng)目說明軟件項(xiàng)目的測(cè)試目標(biāo)以及測(cè)試范圍、測(cè)試標(biāo)準(zhǔn)、預(yù)算以及進(jìn)度計(jì)劃。并且要對(duì)項(xiàng)目結(jié)果以及產(chǎn)出的好處做出美好的預(yù)期，這一情況應(yīng)該在第一次軟件測(cè)試?yán)龝?huì)上溝通交流。在定期項(xiàng)目測(cè)試?yán)龝?huì)上，項(xiàng)目經(jīng)理要經(jīng)常了解成員對(duì)必須完成工作任務(wù)存在的問題。僅在項(xiàng)目開始時(shí)，就項(xiàng)目目標(biāo)作一次說明是遠(yuǎn)遠(yuǎn)不夠的，項(xiàng)目經(jīng)理一定要經(jīng)常地、多次就軟件項(xiàng)目的測(cè)試目標(biāo)進(jìn)行交流與溝通。

(2)角色和職責(zé)不明確。在測(cè)試項(xiàng)目開始的時(shí)候，測(cè)試經(jīng)理要與團(tuán)隊(duì)成員中的每一位進(jìn)行單獨(dú)溝通，說明他對(duì)該角色及職責(zé)的期望，并解釋他與其他成員之間的角色和職責(zé)的相互關(guān)系。在制定軟件測(cè)試項(xiàng)目計(jì)劃時(shí)，要充分利用工作分解結(jié)構(gòu)WBS、責(zé)任矩陣、甘特圖等工具明確劃分每個(gè)團(tuán)隊(duì)成員的任務(wù)。

(3)項(xiàng)目結(jié)構(gòu)不健全。項(xiàng)目結(jié)構(gòu)不健全會(huì)讓每個(gè)成員感覺團(tuán)隊(duì)中每個(gè)人有不同的工作方向或沒有建立團(tuán)隊(duì)工作的規(guī)章制度。這也是要讓每位團(tuán)隊(duì)成員參加測(cè)試項(xiàng)目計(jì)劃制定的原因。在軟件測(cè)試項(xiàng)目啟動(dòng)時(shí)，測(cè)試經(jīng)理應(yīng)制定基本的工作規(guī)章制度，如溝通渠道、文檔撰寫、Bug管理流程等。每項(xiàng)規(guī)章制度都需要向每位成員進(jìn)行詳細(xì)說明。若某些規(guī)章制度對(duì)軟件測(cè)試項(xiàng)目不再有效，測(cè)試經(jīng)理要接受有關(guān)廢止或接受修訂的建議。

(4)工作缺乏投入。軟件測(cè)試工程師可能看起來對(duì)項(xiàng)目目標(biāo)或工作投入不夠，面對(duì)這一難題，項(xiàng)目經(jīng)理需要對(duì)成員說明其角色和職責(zé)對(duì)項(xiàng)目成功的意義，以及他能怎樣為項(xiàng)目的測(cè)試成功做出怎樣的貢獻(xiàn)。軟件測(cè)試經(jīng)理需要對(duì)每個(gè)測(cè)試工程師的工作成績(jī)進(jìn)行獎(jiǎng)勵(lì)和表揚(yáng)，對(duì)他們的工作予以支持和鼓勵(lì)。

(5)溝通不夠。溝通不夠就會(huì)使團(tuán)隊(duì)測(cè)試工程師之間對(duì)項(xiàng)目工作中發(fā)生的事情知之甚少，或成員相互之間不能有效交流信息。因此項(xiàng)目經(jīng)理要定期召開項(xiàng)目例會(huì)或相關(guān)技術(shù)評(píng)審會(huì)議，要求所有成員對(duì)其自己的工作情況進(jìn)行簡(jiǎn)要總結(jié)，積極鼓勵(lì)參與并提出問題，合作并解決問題。無論對(duì)于哪一種類型的測(cè)試團(tuán)隊(duì)，其團(tuán)隊(duì)的基本職責(zé)主要有以下幾點(diǎn)：

(1)盡早地發(fā)現(xiàn)軟件產(chǎn)品中的盡可能多的缺陷。

(2)督促和幫助開發(fā)人員盡快解決產(chǎn)品中的缺陷。

(3)協(xié)助項(xiàng)目管理人員制定合理的開發(fā)計(jì)劃和項(xiàng)目測(cè)試計(jì)劃。

(4)對(duì)缺陷進(jìn)行跟蹤、分析和總結(jié)，以便項(xiàng)目經(jīng)理和相關(guān)人員能夠及時(shí)、清楚地了解產(chǎn)品當(dāng)前的質(zhì)量狀態(tài)。

(5)評(píng)估軟件產(chǎn)品的當(dāng)前質(zhì)量狀態(tài)，以評(píng)估是否達(dá)到發(fā)布水平。

(6)培養(yǎng)測(cè)試工程師的測(cè)試技能。3.1.2軟件測(cè)試經(jīng)理

軟件測(cè)試經(jīng)理應(yīng)確保全部測(cè)試工作在預(yù)算范圍內(nèi)按時(shí)優(yōu)質(zhì)地完成，從而使客戶滿意。項(xiàng)目經(jīng)理的基本職責(zé)是測(cè)試項(xiàng)目的計(jì)劃、組織和控制等工作，以實(shí)現(xiàn)項(xiàng)目目標(biāo)。即項(xiàng)目經(jīng)理的職責(zé)就是領(lǐng)導(dǎo)測(cè)試團(tuán)隊(duì)完成項(xiàng)目的測(cè)試目標(biāo)。

1．計(jì)劃

首先，軟件測(cè)試經(jīng)理要高度明確項(xiàng)目目標(biāo)，并就該目標(biāo)與客戶取得一致意見。其次，領(lǐng)導(dǎo)團(tuán)隊(duì)成員一起制定實(shí)現(xiàn)項(xiàng)目目標(biāo)的計(jì)劃。讓項(xiàng)目團(tuán)隊(duì)成員一起制定測(cè)試計(jì)劃，這樣的計(jì)劃比測(cè)試經(jīng)理獨(dú)自制定要更切合實(shí)際。

2．組織

組織工作涉及到為開展測(cè)試工作如何有效、合理地分配資源。首先，測(cè)試經(jīng)理要明確哪些工作應(yīng)該由團(tuán)隊(duì)內(nèi)部完成，哪些應(yīng)由團(tuán)隊(duì)以外的其他團(tuán)隊(duì)完成。對(duì)于應(yīng)由團(tuán)隊(duì)內(nèi)部完成的工作，負(fù)責(zé)這一工作的具體人員應(yīng)對(duì)項(xiàng)目經(jīng)理做出承諾。最后，組織工作應(yīng)該營(yíng)造一種工作環(huán)境，使所有團(tuán)隊(duì)成員作為一個(gè)項(xiàng)目團(tuán)隊(duì)士氣高昂地投入工作。

3．控制

為了實(shí)施測(cè)試項(xiàng)目的監(jiān)控，測(cè)試經(jīng)理需要一套軟件測(cè)試管理系統(tǒng)，跟蹤實(shí)際測(cè)試進(jìn)度并與計(jì)劃進(jìn)度進(jìn)行比較。對(duì)于偏差，一定要及早發(fā)現(xiàn)，項(xiàng)目經(jīng)理決不能采取等待和觀望的工作方法，一定要積極主動(dòng)，要在問題惡化之前予以解決。

根據(jù)經(jīng)驗(yàn)，采用傳統(tǒng)的“組建小組”方法，不會(huì)使測(cè)試成員有太好的工作表現(xiàn)，采用一些適當(dāng)?shù)墓芾硇问?，去代替組織團(tuán)隊(duì)不能做的事情：使測(cè)試團(tuán)隊(duì)成員之間相互信任，測(cè)試經(jīng)理重視測(cè)試團(tuán)隊(duì)成員的時(shí)間和貢獻(xiàn)，尊重他們的時(shí)間和對(duì)團(tuán)隊(duì)的貢獻(xiàn)，并且當(dāng)他們需要時(shí)支持他們。這些管理小技巧主要有：

(1)在不損害公司利益前提下，站在測(cè)試團(tuán)隊(duì)一邊；使團(tuán)隊(duì)成員堅(jiān)信，你尊重他們的想法，并且盡力保護(hù)他們的行動(dòng)。另外保證把“好消息”公平地發(fā)放到測(cè)試小組中。

(2)支持合理的工作方式。應(yīng)該幫助團(tuán)隊(duì)成員緩解測(cè)試帶來的壓力，并注意安撫團(tuán)隊(duì)成員。只要有可能，就應(yīng)該盡量分解工作，以達(dá)到專業(yè)分工、團(tuán)隊(duì)協(xié)作。

(3)規(guī)劃每個(gè)團(tuán)隊(duì)成員的職業(yè)發(fā)展。作為經(jīng)理，需要和團(tuán)隊(duì)成員一起工作，討論他們的職業(yè)規(guī)劃，并使他們得到期望的升職和加薪。3.1.3測(cè)試小組的分類

從測(cè)試團(tuán)隊(duì)的基本職責(zé)可以看出軟件測(cè)試在軟件開發(fā)中具有非常重要的地位。在實(shí)踐中，不少公司都將軟件測(cè)試團(tuán)隊(duì)和質(zhì)量保證團(tuán)隊(duì)合在一起，組成測(cè)試部門。把軟件測(cè)試團(tuán)隊(duì)和質(zhì)量保證合并成一個(gè)部門，工作會(huì)更有效率。在不同的軟件企業(yè)，開發(fā)團(tuán)隊(duì)的組織模式亦有差別，按測(cè)試小組的獨(dú)立性來劃分，可分為非獨(dú)立測(cè)試小組、相對(duì)獨(dú)立測(cè)試小組和獨(dú)立測(cè)試小組等。

1．非獨(dú)立的測(cè)試小組

非獨(dú)立的測(cè)試小組以開發(fā)為核心，測(cè)試只是開發(fā)團(tuán)隊(duì)的一個(gè)部分，不是一個(gè)相對(duì)獨(dú)立的部門。測(cè)試人員通常由開發(fā)人員兼任，采用這種方式，測(cè)試人員的獨(dú)立性很難保證。

2．相對(duì)獨(dú)立的測(cè)試小組

相對(duì)獨(dú)立的測(cè)試小組以開發(fā)為核心，測(cè)試是開發(fā)團(tuán)隊(duì)的有機(jī)且重要的組成部分，是一個(gè)相對(duì)獨(dú)立的部門。測(cè)試人員由專職的測(cè)試人員組成，但測(cè)試的進(jìn)度、成本等僅對(duì)項(xiàng)目經(jīng)理負(fù)責(zé)。

3．獨(dú)立的測(cè)試小組

獨(dú)立的測(cè)試小組以項(xiàng)目測(cè)試經(jīng)理為核心，產(chǎn)品組一般由測(cè)試小組、文檔小組、開發(fā)小組、系統(tǒng)組等組成，不同的小組一般來自不同的職能部門。測(cè)試小組除隸屬于項(xiàng)目組外，其工作同時(shí)對(duì)項(xiàng)目經(jīng)理和公司質(zhì)量保證等部門負(fù)責(zé)，這種模式的測(cè)試獨(dú)立性比較強(qiáng)。

軟件開發(fā)公司也可不設(shè)置測(cè)試組，而將相關(guān)測(cè)試進(jìn)行外包。表3-1-2給出了不同測(cè)試組織的優(yōu)點(diǎn)和缺點(diǎn)。3.1.4測(cè)試團(tuán)隊(duì)成員的合適人選

對(duì)于測(cè)試團(tuán)隊(duì)中應(yīng)該具備哪些技能、素養(yǎng)、行業(yè)領(lǐng)域知識(shí)和個(gè)性的人才能成為優(yōu)秀的測(cè)試工程師，目前仍然是一個(gè)仁者見仁、智者見智的問題。在實(shí)踐中，應(yīng)采取在測(cè)試過程中對(duì)測(cè)試工程師進(jìn)行鼓勵(lì)和培養(yǎng)，使個(gè)人的技能、素養(yǎng)、行業(yè)領(lǐng)域知識(shí)等得到加強(qiáng)。在實(shí)踐當(dāng)中，可從以下四個(gè)方面來挑選優(yōu)秀的測(cè)試工程師。

1．計(jì)算機(jī)專業(yè)技能

計(jì)算機(jī)領(lǐng)域的專業(yè)技能是測(cè)試工程師應(yīng)該必備的一項(xiàng)素質(zhì)，是做好測(cè)試工作的前提條件。計(jì)算機(jī)專業(yè)技能主要包含以下三個(gè)方面：

(1)測(cè)試專業(yè)技能。測(cè)試專業(yè)技能涉及的范圍很廣，既包括黑盒測(cè)試、白盒測(cè)試、測(cè)試用例設(shè)計(jì)等基礎(chǔ)測(cè)試技術(shù)，又包括單元測(cè)試、功能測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、性能測(cè)試等測(cè)試方法，還包括基礎(chǔ)的測(cè)試流程管理、缺陷管理、自動(dòng)化測(cè)試技術(shù)等知識(shí)。

(2)軟件編程技能。只有有編程技能的測(cè)試工程師，才可以勝任諸如單元測(cè)試、集成測(cè)試、性能測(cè)試等難度較大的測(cè)試工作。

(3)掌握網(wǎng)絡(luò)、操作系統(tǒng)、數(shù)據(jù)庫(kù)、中間件等計(jì)算機(jī)基礎(chǔ)知識(shí)。與開發(fā)人員相比，測(cè)試人員掌握的知識(shí)具有“博而不精”的特點(diǎn)。如在網(wǎng)絡(luò)方面，測(cè)試人員應(yīng)該掌握基本的網(wǎng)絡(luò)協(xié)議以及網(wǎng)絡(luò)工作原理，尤其要掌握一些網(wǎng)絡(luò)環(huán)境的配置，這些都是測(cè)試工作中經(jīng)常遇到的知識(shí)；操作系統(tǒng)和中間件方面，應(yīng)該掌握基本的使用以及安裝、配置等；在數(shù)據(jù)庫(kù)方面，至少應(yīng)該掌握Mysql、MS

Sqlserver、Oracle等常見數(shù)據(jù)庫(kù)的使用。

2．行業(yè)領(lǐng)域知識(shí)

行業(yè)主要指測(cè)試人員所在企業(yè)涉及的領(lǐng)域，例如很多IT企業(yè)從事石油、電信、銀行、電子政務(wù)、電子商務(wù)等行業(yè)領(lǐng)域的產(chǎn)品開發(fā)。具有行業(yè)知識(shí)即行業(yè)領(lǐng)域知識(shí)，是測(cè)試人員做好測(cè)試工作的又一個(gè)前提條件，只有深入地了解了產(chǎn)品的業(yè)務(wù)流程，才可以判斷出開發(fā)人員實(shí)現(xiàn)的產(chǎn)品功能是否正確。行業(yè)知識(shí)與工作經(jīng)驗(yàn)有一定關(guān)系，可通過時(shí)間完成積累。

3．個(gè)人素養(yǎng)

測(cè)試工作很多時(shí)候都顯得有些枯燥，只有熱愛測(cè)試工作，才更容易做好測(cè)試工作。因此首先要對(duì)測(cè)試工作有興趣，然后對(duì)測(cè)試保持適度的好奇心(在按時(shí)完成開發(fā)測(cè)試執(zhí)行所需的測(cè)試包和充滿激情地編寫靈活高效的測(cè)試用例之間取得平衡)，最后應(yīng)是一個(gè)專業(yè)悲觀主義者(測(cè)試人員應(yīng)該把精力集中放在缺陷的查找上，發(fā)現(xiàn)項(xiàng)目的陰暗面)。此外還應(yīng)該具有以下一些基本的個(gè)人素養(yǎng)：

(1)專心：主要指測(cè)試人員在執(zhí)行測(cè)試任務(wù)的時(shí)候要專心，不可一心二用。經(jīng)驗(yàn)表明，高度集中精神不但能夠提高效率，還能發(fā)現(xiàn)更多的軟件缺陷。

(2)細(xì)心：主要指執(zhí)行測(cè)試工作時(shí)要細(xì)心，認(rèn)真執(zhí)行測(cè)試，不可以忽略一些細(xì)節(jié)。某些缺陷如果不細(xì)心很難發(fā)現(xiàn)，例如一些界面的樣式、文字等。

(3)耐心：很多測(cè)試工作有時(shí)候顯得非?？菰铮枰艽蟮哪托牟趴梢宰龊?。如果比較浮躁，就不會(huì)做到“專心”和“細(xì)心”，這將讓很多軟件缺陷從你眼前逃過。

(4)責(zé)任心：責(zé)任心是做好工作必備的素質(zhì)之一，測(cè)試工程師更應(yīng)該將其發(fā)揚(yáng)光大。如果測(cè)試中沒有盡到責(zé)任，甚至敷衍了事，這將會(huì)把測(cè)試工作交給用戶來完成，很可能引起非常嚴(yán)重的后果。

(5)自信心：自信心是現(xiàn)在多數(shù)測(cè)試工程師都缺少的一項(xiàng)素質(zhì)，尤其在面對(duì)需要編寫測(cè)試代碼等工作的時(shí)候，往往認(rèn)為自己做不到。要想獲得更好的職業(yè)發(fā)展，測(cè)試工程師應(yīng)該努力學(xué)習(xí)，建立能“解決一切測(cè)試問題”的信心。

4．團(tuán)隊(duì)協(xié)作能力

測(cè)試人員不但要具有良好的團(tuán)隊(duì)合作能力，要具有與測(cè)試組的人員、開發(fā)人員、技術(shù)支持等產(chǎn)品研發(fā)人員有良好的溝通和協(xié)作能力，而且應(yīng)該學(xué)會(huì)寬容待人，學(xué)會(huì)去理解開發(fā)人員，同時(shí)要尊重開發(fā)人員的勞動(dòng)成果。

3.2軟件測(cè)試計(jì)劃

軟件測(cè)試計(jì)劃是整個(gè)開發(fā)計(jì)劃的重要組成部分，同時(shí)又依賴于軟件組織的產(chǎn)品開發(fā)過程、項(xiàng)目的總體計(jì)劃、質(zhì)量保證體系。在測(cè)試計(jì)劃活動(dòng)中，首先要確認(rèn)測(cè)試目標(biāo)、范圍和需求，然后制定測(cè)試策略，并對(duì)測(cè)試任務(wù)、時(shí)間、資源、成本和風(fēng)險(xiǎn)等進(jìn)行估算或者評(píng)估。測(cè)試計(jì)劃是為了解決項(xiàng)目的測(cè)試目標(biāo)、任務(wù)、方法、資源、進(jìn)度和風(fēng)險(xiǎn)等問題，當(dāng)這些問題被解決或找到相應(yīng)的解決對(duì)策和措施后，測(cè)試計(jì)劃的工作就是編制好測(cè)試計(jì)劃文檔。測(cè)試計(jì)劃是一個(gè)過程，不僅是編制一個(gè)測(cè)試文檔，還必須隨項(xiàng)目情況的變化而不斷進(jìn)行調(diào)整，以便優(yōu)化資源和提高測(cè)試效率。在測(cè)試計(jì)劃中，需要解決的問題主要有以下幾項(xiàng)：

(1)測(cè)試的目標(biāo)和范圍：包括產(chǎn)品的特性、質(zhì)量目標(biāo)、各測(cè)試階段的測(cè)試對(duì)象、目標(biāo)、范圍和約束條件；

(2)測(cè)試工期估算、進(jìn)度安排和資源配置。根據(jù)歷史項(xiàng)目的測(cè)試工期和歷史數(shù)據(jù)，采用合理的工期評(píng)估技術(shù)，對(duì)測(cè)試工作量、所需資源(人力、硬件和測(cè)試場(chǎng)地等)做出合理的估算；根據(jù)測(cè)試目標(biāo)和范圍，采用項(xiàng)目管理方法的策略對(duì)項(xiàng)目的進(jìn)度和資源進(jìn)行合理安排和分配。

(3)測(cè)試風(fēng)險(xiǎn)評(píng)估。對(duì)測(cè)試過程中所存在的各種可能的風(fēng)險(xiǎn)進(jìn)行風(fēng)險(xiǎn)分析、識(shí)別和采取相應(yīng)的措施(如回避、監(jiān)控和管理等)。

(4)確定不同測(cè)試階段的過渡條件。對(duì)每個(gè)測(cè)試階段，在測(cè)試組織能進(jìn)行高效的測(cè)試前，被測(cè)試系統(tǒng)或被測(cè)件必須滿足最小限定條件集合。測(cè)試計(jì)劃這部分應(yīng)該指明各個(gè)階段開始和結(jié)束的必要條件。我們通常稱為進(jìn)入、退出和繼續(xù)條件。進(jìn)入條件：指允許系統(tǒng)進(jìn)入到某個(gè)測(cè)試階段所必需的條件，如是否具有必要的文檔、設(shè)計(jì)和需求等信息，測(cè)試人員所使用的支持工具等是否具備、測(cè)試環(huán)境是否準(zhǔn)備充分。

繼續(xù)測(cè)試條件：指在測(cè)試過程中高效地繼續(xù)測(cè)試的條件和情況，如測(cè)試環(huán)境是否保持穩(wěn)定、可安裝和穩(wěn)定的測(cè)試版本是否定期和適當(dāng)交付，缺陷跟蹤是否可管理等。

退出條件：指決定何時(shí)退出測(cè)試，如退出條件可能是全部計(jì)劃的測(cè)試用例和回歸測(cè)試已經(jīng)運(yùn)行，且被測(cè)系統(tǒng)或被測(cè)件的質(zhì)量達(dá)到發(fā)布標(biāo)準(zhǔn)。

(5)測(cè)試版本的管理。在缺乏有效測(cè)試計(jì)劃管理時(shí)，通常對(duì)測(cè)試版本的管理是混亂的，如測(cè)試小組一天能收到很多測(cè)試版本，更壞的結(jié)果是提交的測(cè)試版本不具有可測(cè)試性。有效的解決措施主要有：首先在正式提交測(cè)試以前進(jìn)行冒煙測(cè)試，其次在項(xiàng)目管理中進(jìn)行嚴(yán)格的變更管理和軟件的版本管理，然后確定以多長(zhǎng)的周期接受一個(gè)測(cè)試版本，如在系統(tǒng)測(cè)試時(shí)一般確定進(jìn)行幾輪測(cè)試，在每輪測(cè)試中主要完成哪些測(cè)試(如回歸測(cè)試、功能測(cè)試和非功能性測(cè)試)。3.2.1測(cè)試計(jì)劃模板

目前，在網(wǎng)絡(luò)上有很多測(cè)試策略和測(cè)試計(jì)劃的模板。對(duì)于測(cè)試計(jì)劃模板的選擇，應(yīng)根據(jù)項(xiàng)目的實(shí)際情況選擇一個(gè)模板加以修改、不斷完善后形成適合自己項(xiàng)目計(jì)劃的模板。在本小節(jié)主要介紹幾種測(cè)試策略和系統(tǒng)測(cè)試計(jì)劃的模板。

測(cè)試計(jì)劃書的內(nèi)容可以按集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試等階段去組織和管理，在編寫這些子測(cè)試計(jì)劃時(shí)，要從不同的測(cè)試階段、不同的方法學(xué)、不同的目標(biāo)等方面加以重點(diǎn)區(qū)別。除為每一個(gè)測(cè)試階段制定一個(gè)計(jì)劃書外，還可以為每個(gè)測(cè)試任務(wù)或目的(如安全測(cè)試、性能測(cè)試等)制定特別的計(jì)劃。當(dāng)然，也可為測(cè)試計(jì)劃中的每項(xiàng)內(nèi)容制定一個(gè)具體的實(shí)施計(jì)劃，如每個(gè)階段的測(cè)試重點(diǎn)、范圍和測(cè)試方法等。

1．系統(tǒng)測(cè)試策略模板

1)產(chǎn)品、修訂和概述

主要描述產(chǎn)品和修訂設(shè)計(jì)者、簡(jiǎn)要描述產(chǎn)品如何工作。

2)產(chǎn)品歷史

提供該產(chǎn)品以前修訂的簡(jiǎn)短歷史，提供錯(cuò)誤歷史。

3)要測(cè)試的特性

列出所有要測(cè)試的特性，以最有意義的方式組織列表——用戶特性或等級(jí)。

4)不測(cè)試的特性

描述任何不被測(cè)試的特性。

5)測(cè)試和不測(cè)試的配置

推薦使用表格來說明哪個(gè)配置將用哪個(gè)軟件進(jìn)行測(cè)試。

6)環(huán)境需求

枚舉用于測(cè)試的硬件、軟件和網(wǎng)絡(luò)等。

7)系統(tǒng)測(cè)試方法學(xué)

簡(jiǎn)要描述產(chǎn)品測(cè)試從開始到結(jié)束要執(zhí)行的內(nèi)容和要采用的測(cè)試方法。

8)初始測(cè)試需求

測(cè)試策略(本文檔)，由測(cè)試人員編寫，由產(chǎn)品開發(fā)小組評(píng)審，由項(xiàng)目經(jīng)理認(rèn)可。

9)系統(tǒng)測(cè)試進(jìn)入和退出標(biāo)準(zhǔn)

進(jìn)入標(biāo)準(zhǔn)：在產(chǎn)品開始進(jìn)行系統(tǒng)測(cè)試前必須達(dá)到的標(biāo)準(zhǔn)。特別枚舉了任何不同于一般標(biāo)準(zhǔn)的特殊項(xiàng)。該列表必須和項(xiàng)目經(jīng)理討論，并獲得同意。一般標(biāo)準(zhǔn)主要有：

(1)所有基本功能必須有效。

(2)所有單元測(cè)試正確無誤。

(3)代碼被凍結(jié)并包含完整的功能性。

(4)代碼已進(jìn)行版本管理。

(5)所有已知問題被納入缺陷跟蹤系統(tǒng)。退出標(biāo)準(zhǔn)：在產(chǎn)品退出系統(tǒng)測(cè)試階段之前，軟件必須達(dá)到的標(biāo)準(zhǔn)。一般標(biāo)準(zhǔn)主要有：

(1)執(zhí)行所有系統(tǒng)測(cè)試。

(2)代碼全部?jī)鼋Y(jié)。

(3)文檔評(píng)審結(jié)束。

(4)沒有顯示錯(cuò)誤。

(5)少于XX個(gè)主要缺陷和XX個(gè)次要錯(cuò)誤，無嚴(yán)重缺陷。

2．系統(tǒng)測(cè)試計(jì)劃模板

1)產(chǎn)品目的

簡(jiǎn)要描述產(chǎn)品、開發(fā)原因以及對(duì)公司的好處等。

2)歷史

提供該產(chǎn)品以前修訂的簡(jiǎn)要?dú)v史。

3)技術(shù)需求

若有需求文檔，請(qǐng)參考。否則使用列表列出項(xiàng)目計(jì)劃的功能，其中包括特性、性能和安裝需求等。

4)系統(tǒng)測(cè)試方法

描述你希望實(shí)現(xiàn)多少手工和自動(dòng)測(cè)試，以及你希望如何利用人員。

5)進(jìn)入和退出標(biāo)準(zhǔn)

確定目標(biāo)標(biāo)準(zhǔn)，通過這些標(biāo)準(zhǔn)可以知道軟件準(zhǔn)備進(jìn)入或退出系統(tǒng)測(cè)試。

6)配置管理

對(duì)諸如要測(cè)試的特性、不測(cè)試的特性、要測(cè)試的性能、不測(cè)試的性能、要測(cè)試的安裝、不測(cè)試的安裝等提供配置管理。

7)進(jìn)度安排

對(duì)測(cè)試階段和活動(dòng)做一個(gè)合理的進(jìn)度安排。

3．IEEE829測(cè)試計(jì)劃模板

(1)測(cè)試計(jì)劃標(biāo)記。

(2)引言。

(3)測(cè)試項(xiàng)。

(4)要測(cè)試的特性。

(5)不測(cè)試的特性。

(6)方法。

(7)測(cè)試項(xiàng)通過/失敗標(biāo)準(zhǔn)。

(8)暫停標(biāo)準(zhǔn)和恢復(fù)測(cè)試標(biāo)準(zhǔn)。

(9)測(cè)試交互品。

(10)測(cè)試任務(wù)。

(11)環(huán)境需求。

(12)職責(zé)。

(13)人員配置和培訓(xùn)需求。

(14)進(jìn)度安排。

(15)風(fēng)險(xiǎn)管理。

(16)批注。3.2.2測(cè)試計(jì)劃跟蹤與監(jiān)控

軟件測(cè)試計(jì)劃的跟蹤與監(jiān)控過程包括定期收集測(cè)試項(xiàng)目完成情況的數(shù)據(jù)，并將實(shí)際完成情況數(shù)據(jù)與計(jì)劃進(jìn)程進(jìn)行比較，一旦項(xiàng)目實(shí)際進(jìn)程晚于計(jì)劃進(jìn)程，則采取糾正措施。這個(gè)控制過程在軟件測(cè)試整個(gè)工期內(nèi)必須定期進(jìn)行。在軟件測(cè)試過程中，應(yīng)確定一個(gè)固定的報(bào)告期，將實(shí)際進(jìn)程與計(jì)劃進(jìn)程進(jìn)行比較。根據(jù)軟件測(cè)試項(xiàng)目的復(fù)雜程度和完工期限，可以將報(bào)告期定為日、周、雙周或月。如果測(cè)試項(xiàng)目能在一個(gè)月內(nèi)完成，報(bào)告期應(yīng)縮短為一天；若測(cè)試項(xiàng)目在三年內(nèi)完成，則報(bào)告期可能是一個(gè)月。在每個(gè)報(bào)告期內(nèi)，需要收集兩種數(shù)據(jù)或信息：

(1)實(shí)際執(zhí)行中的數(shù)據(jù)，主要包括活動(dòng)開始和結(jié)束的實(shí)際時(shí)間，以及投入的實(shí)際成本。

(2)任何有關(guān)測(cè)試項(xiàng)目范圍、進(jìn)度計(jì)劃和預(yù)算變更的信息。這些變更可能是由客戶或測(cè)試項(xiàng)目團(tuán)隊(duì)引起，或者是由某種不可預(yù)見的事情引起的，如員工辭職、自然災(zāi)害等。

在實(shí)際中，需要注意的是，一旦變更被列入計(jì)劃并得到批準(zhǔn)，就必須建立一個(gè)新的基準(zhǔn)計(jì)劃。這個(gè)軟件測(cè)試計(jì)劃的范圍、進(jìn)度和預(yù)算可能和最初的基準(zhǔn)計(jì)劃不同。最新的進(jìn)度計(jì)劃和測(cè)試預(yù)算一經(jīng)批準(zhǔn)，必須將它們與基準(zhǔn)進(jìn)度和預(yù)算進(jìn)行比較，分析偏差，確定測(cè)試將提前還是延期完成，是低于還是超過預(yù)算。若項(xiàng)目進(jìn)展順利，就不需要采取糾正措施。若需要采取糾正措施，必須就如何對(duì)項(xiàng)目計(jì)劃或預(yù)算采取糾正措施做出決策，這些通常涉及時(shí)間、成本和測(cè)試范圍等的權(quán)衡，如增加測(cè)試資源、縮短測(cè)試工期等。一旦決定采取某種糾正措施，必須將其列入進(jìn)度計(jì)劃和預(yù)算，然后給出一個(gè)新的進(jìn)度計(jì)劃和預(yù)算，以判斷計(jì)劃采取的糾正措施在進(jìn)度和成本內(nèi)能否接受。否則，需進(jìn)一步修改。在測(cè)試過程中，可能發(fā)生的變更會(huì)對(duì)測(cè)試計(jì)劃產(chǎn)生影響。這些變更可能是由客戶或項(xiàng)目開發(fā)團(tuán)隊(duì)引起的，或是由不可預(yù)見的事件引發(fā)的。如需求發(fā)生變化后測(cè)試用例應(yīng)進(jìn)行重新設(shè)計(jì)。這些變更往往意味著對(duì)最初項(xiàng)目范圍的修改，這將對(duì)進(jìn)度計(jì)劃、測(cè)試成本等產(chǎn)生影響，影響的程度卻取決于做出變更的時(shí)間。發(fā)生在項(xiàng)目早期的變更對(duì)測(cè)試進(jìn)度、成本的影響比發(fā)生在晚期的變更小。一些變更是由最初制定測(cè)試計(jì)劃時(shí)忽略了一些活動(dòng)引起的，不可預(yù)見事件的發(fā)生使一些變更難以避免。如項(xiàng)目團(tuán)隊(duì)的關(guān)鍵成員突然離職等。對(duì)于測(cè)試進(jìn)度，變更可能會(huì)引起測(cè)試活動(dòng)的增加或刪除、活動(dòng)的重新排序、活動(dòng)工期估計(jì)的變更或者測(cè)試項(xiàng)目完工時(shí)間的更新。具體的變更流程如圖3-2-1所示。要完美實(shí)現(xiàn)測(cè)試目標(biāo)，使測(cè)試計(jì)劃中的測(cè)試策略、方法和技術(shù)得到充分發(fā)揮，構(gòu)成一個(gè)符合測(cè)試目標(biāo)要求的有效測(cè)試過程，不僅僅需要一個(gè)良好的測(cè)試計(jì)劃，更為重要的是要對(duì)測(cè)試計(jì)劃進(jìn)行良好的跟蹤和監(jiān)控。由于現(xiàn)在的軟件規(guī)模越來越大，所需要測(cè)試的規(guī)模和復(fù)雜度越來越高，同時(shí)由于市場(chǎng)競(jìng)爭(zhēng)越來越激烈，給予整個(gè)項(xiàng)目的開發(fā)時(shí)間越來越短，這些就要求對(duì)測(cè)試過程進(jìn)行有效的管理。圖3-2-1軟件測(cè)試變更控制過程要跟蹤管理好測(cè)試過程和測(cè)試計(jì)劃，采用測(cè)試管理系統(tǒng)是必不可少的。測(cè)試管理系統(tǒng)可以管理以下內(nèi)容：

(1)測(cè)試用例。

(2)測(cè)試包(測(cè)試用例的組合)。

(3)測(cè)試結(jié)果。

(4)缺陷管理(記錄、跟蹤和分析)。

(5)測(cè)試資源分配。

(6)測(cè)試環(huán)境的配置。市場(chǎng)上的測(cè)試管理工具有很多，可根據(jù)企業(yè)的項(xiàng)目管理實(shí)際情況和財(cái)力情況來決定購(gòu)買商業(yè)測(cè)試管理工具或采用免費(fèi)的測(cè)試管理工具，如對(duì)于中小軟件企業(yè)，由研發(fā)費(fèi)用有限和開源免費(fèi)管理工具提供的功能、性能兩方面來看，使用開源工具能滿足大部分企業(yè)的管理要求。在這里首先介紹商業(yè)軟件，然后介紹免費(fèi)的開源工具。主要的商業(yè)測(cè)試管理工具有以下幾種：

(1)軟件測(cè)試管理工具：HP-Mercury的TestDirector，IBM-Rational的TestManager等。

(2)缺陷管理工具主要有：IBM-Rational的ClearQuest，Compuware公司的TrackRecord軟件，微創(chuàng)公司的BMS軟件。

主要的免費(fèi)開源測(cè)試管理工具有以下幾種：

(1)免費(fèi)的開源測(cè)試管理工具有：BugzillaTestRunner(基于開源Bugzilla缺陷管理系統(tǒng)的測(cè)試用例管理系統(tǒng))，TestLink(基于MySQL、PHP等開發(fā)的測(cè)試管理和執(zhí)行系統(tǒng))等。

(2)免費(fèi)的缺陷管理工具主要有：Bugzilla(流行的缺陷管理工具)，Mantis(基于Web的軟件缺陷管理工具)。 3.3缺陷管理

3.3.1缺陷狀態(tài)與管理流程

為正確跟蹤軟件中缺陷的處理過程，通常將軟件測(cè)試中發(fā)現(xiàn)的缺陷作為記錄輸入到缺陷跟蹤管理系統(tǒng)。在缺陷管理系統(tǒng)中，通常將缺陷的狀態(tài)分為：

●新缺陷(New)：測(cè)試中新發(fā)現(xiàn)的缺陷。

●打開(Open)：被確認(rèn)并分配給開發(fā)人員處理。

●修正(Fixed)：開發(fā)人員已經(jīng)完成，等待測(cè)試人員驗(yàn)證。

●拒絕(Declined)：拒絕修改缺陷。

●延期(Deferred)：不在當(dāng)前版本修復(fù)，但在下一版本修復(fù)。

●關(guān)閉(Closed)：缺陷已被修復(fù)。

●重新打開(Reopen)：缺陷重新出現(xiàn)，需開發(fā)人員重新處理。

軟件缺陷的狀態(tài)主要有提交、確認(rèn)、拒絕、修正和已關(guān)閉等，其生命周期過程主要經(jīng)歷從被發(fā)現(xiàn)、報(bào)告到被修復(fù)、被驗(yàn)證和最后被關(guān)閉等。缺陷管理的一般流程主要如下：

(1)測(cè)試人員發(fā)現(xiàn)軟件缺陷，提交新Bug入庫(kù)，缺陷狀態(tài)為New。

(2)軟件測(cè)試經(jīng)理或高級(jí)測(cè)試經(jīng)理，若確認(rèn)是缺陷，分配給相應(yīng)的開發(fā)人員，設(shè)置為Open狀態(tài)，若不是缺陷(或缺陷描述不清楚)，則拒絕，設(shè)置為Declined狀態(tài)。

(3)開發(fā)人員對(duì)標(biāo)記為Open狀態(tài)的缺陷進(jìn)行確認(rèn)，若不是缺陷，狀態(tài)修改為Declined，若是則進(jìn)行修復(fù)，并修改狀態(tài)為Fixed。對(duì)于不能解決的缺陷，提交到項(xiàng)目組會(huì)議評(píng)審，以做出延期或進(jìn)行修改等決策。

(4)缺陷修復(fù)并由測(cè)試人員驗(yàn)證后，確認(rèn)已修復(fù)，才能關(guān)閉。異常過程：對(duì)于已被驗(yàn)證后已經(jīng)關(guān)閉的缺陷，由于種種原因被重新打開，測(cè)試人員將此類缺陷標(biāo)記為Reopen，重新經(jīng)歷修正、關(guān)閉等階段。

在缺陷管理過程中，應(yīng)加強(qiáng)測(cè)試人員與開發(fā)工程人員之間的交流，對(duì)于那些不能重現(xiàn)的缺陷或很難重現(xiàn)的缺陷，可以請(qǐng)測(cè)試人員補(bǔ)充必要的測(cè)試用例，給出詳細(xì)的測(cè)試步驟和方法。同時(shí)，還需要注意以下一些細(xì)節(jié)：

(1)軟件缺陷跟蹤過程中的不同階段是測(cè)試人員、開發(fā)人員、配置管理人員和項(xiàng)目經(jīng)理等協(xié)調(diào)工作的過程，要保持良好的溝通，盡量與相關(guān)的各方人員達(dá)成一致。

(2)測(cè)試人員在評(píng)估軟件缺陷的嚴(yán)重性和優(yōu)先級(jí)上，要根據(jù)事先制定的相關(guān)標(biāo)準(zhǔn)或規(guī)范來判斷，應(yīng)具獨(dú)立性、權(quán)威性，若不能與開發(fā)人員達(dá)成一致，應(yīng)由產(chǎn)品經(jīng)理來裁決。

(3)當(dāng)發(fā)現(xiàn)一個(gè)缺陷時(shí)，測(cè)試人員應(yīng)分給相應(yīng)的開發(fā)人員。若無法判斷合適的開發(fā)人員，應(yīng)先分配給開發(fā)經(jīng)理，由開發(fā)經(jīng)理進(jìn)行二次分配。

(4)一旦發(fā)現(xiàn)缺陷修正狀態(tài)，需要測(cè)試人員的驗(yàn)證，而且應(yīng)圍繞該缺陷進(jìn)行相關(guān)的回歸測(cè)試，且保證該缺陷的測(cè)試版本是從配置管理系統(tǒng)中下載的，而不是由開發(fā)人員私下給的測(cè)試版本。

(5)只有測(cè)試人員有關(guān)閉缺陷的權(quán)限，開發(fā)人員沒有這個(gè)權(quán)限。3.3.2缺陷數(shù)據(jù)分析

1．缺陷趨勢(shì)分析

缺陷的趨勢(shì)分析是在時(shí)間軸上對(duì)缺陷進(jìn)行分析，有助于進(jìn)度控制和測(cè)試過程的管理。其主要是考察缺陷隨時(shí)間的變化趨勢(shì)，將缺陷的各種狀態(tài)的缺陷數(shù)量作為時(shí)間的函數(shù)進(jìn)行二維顯示。

在一個(gè)成熟的軟件開發(fā)過程中，缺陷趨勢(shì)一般會(huì)遵循一種和預(yù)測(cè)比較接近的模式向前發(fā)展。在測(cè)試初期，缺陷量的增長(zhǎng)率較高，但達(dá)到峰值后，缺陷將隨時(shí)間以較低速率降低，如圖3-3-1所示。圖3-3-1測(cè)試過程中的理想缺陷趨勢(shì)分布圖從圖中可以看到，每天發(fā)現(xiàn)的新缺陷的數(shù)量呈下降趨勢(shì)。假定工作量是恒定的，則每發(fā)現(xiàn)一個(gè)缺陷所消耗的成本會(huì)呈現(xiàn)出上升的趨勢(shì)。因此，到某個(gè)點(diǎn)以后，繼續(xù)進(jìn)行測(cè)試的成本將會(huì)超過進(jìn)行額外測(cè)試所需要的成本。發(fā)布日期的確定就是對(duì)這種情況的時(shí)間進(jìn)行估計(jì)。在進(jìn)行發(fā)布日期估計(jì)過程中，要考慮以下因素：

(1)未發(fā)現(xiàn)的Bug的級(jí)別是未知的，采用基于風(fēng)險(xiǎn)的技術(shù)，可在一定程度上彌補(bǔ)其中的不足。

(2)測(cè)試中發(fā)現(xiàn)Bug級(jí)別的趨勢(shì)，采用基于風(fēng)險(xiǎn)的技術(shù)，能期待缺陷發(fā)現(xiàn)率下降，還能期待發(fā)現(xiàn)的缺陷的嚴(yán)重級(jí)別也下降。若沒有這種趨勢(shì)，則說明系統(tǒng)還不能交付使用，即沒有達(dá)到可發(fā)布標(biāo)準(zhǔn)。

2．缺陷分布分析

缺陷分布分析的是缺陷的橫向分布，即空間上的分布?？梢葬槍?duì)一個(gè)或多個(gè)缺陷參數(shù)(如項(xiàng)目、功能點(diǎn)、來源、嚴(yán)重級(jí)別等)進(jìn)行缺陷分析。

缺陷來源分析，可以幫助找出缺陷產(chǎn)生的根本原因，從而可以更新相關(guān)檢查列表。缺陷功能分布分析可以了解哪些功能模塊的質(zhì)量比較差。分析缺陷分布不僅可以幫助測(cè)試經(jīng)理決定哪些功能領(lǐng)域和性能領(lǐng)域需要增強(qiáng)測(cè)試，而且還可以使開發(fā)人員的注意力集中到頻繁產(chǎn)生缺陷的模塊或單元。

總之，通過缺陷分布，可以進(jìn)一步優(yōu)化測(cè)試時(shí)間的分配，以及改進(jìn)軟件開發(fā)流程等。3.3.3測(cè)試有效性度量

如何對(duì)軟件測(cè)試工程師的工作進(jìn)行考核，業(yè)界一直在進(jìn)行探索和思考。有的企業(yè)采用測(cè)試工程師發(fā)現(xiàn)的缺陷數(shù)量作為績(jī)效考核的指標(biāo)之一，采用此方法很容易導(dǎo)致測(cè)試工程師和軟件工程師的對(duì)立，同時(shí)對(duì)缺陷的驗(yàn)證級(jí)別如何劃定更容易造成測(cè)試工程師和開發(fā)工程師的對(duì)立，從而導(dǎo)致測(cè)試工程師不去真正重視測(cè)試的質(zhì)量，而僅僅重視缺陷發(fā)現(xiàn)的數(shù)量。

對(duì)測(cè)試有效性的度量通常采用缺陷消除率和缺陷損耗等指標(biāo)來進(jìn)行度量。這些度量指標(biāo)均是利用產(chǎn)品系統(tǒng)測(cè)試中或客戶發(fā)現(xiàn)的缺陷數(shù)等參數(shù)進(jìn)行計(jì)算。

1．缺陷消除率

用測(cè)試期間發(fā)現(xiàn)的缺陷和產(chǎn)品中發(fā)現(xiàn)的缺陷兩個(gè)缺陷指標(biāo)，可以構(gòu)造一個(gè)測(cè)試有效性的度量指標(biāo)，即缺陷消除率(DRE)：DRE(3-1)未發(fā)現(xiàn)的缺陷數(shù)量通常等于客戶發(fā)現(xiàn)的缺陷數(shù)量(盡管客戶也不可能發(fā)現(xiàn)所有的缺陷)。DRE是測(cè)試有效性的一個(gè)非常好的度量，但必須考慮以下問題：

(1)必須考慮缺陷的嚴(yán)重級(jí)別和分布狀況。

(2)需要觀察客戶在