（本科）第十章 項(xiàng)目管理軟件

1、（本科）第十章 項(xiàng)目管理軟件（本科）第十章 項(xiàng)目管理軟件（本科）第十章 項(xiàng)目管理軟件案例：軟件測試中的項(xiàng)目管理張工在希賽信息技術(shù)有限公司(CSAI )工作，被委派到了一個(gè)新的項(xiàng)目擔(dān)任項(xiàng)目經(jīng)理，為客戶K公司開發(fā)用于支撐業(yè)務(wù)的信息系統(tǒng)。這是一個(gè)規(guī)模較小，復(fù)雜度較低的系統(tǒng)。由于市場競爭的原因，合同額很少。出于成本的考慮，公司分派給張工的人員并不多。為解決人力資源不足的問題，張工考慮，系統(tǒng)復(fù)雜度不高，可以一定程度上簡化測試工作。于是張工在項(xiàng)目中做了如下安排： (1)不進(jìn)行單元測試和集成測試，僅進(jìn)行系統(tǒng)測試。 (2)不安排專門的資源開發(fā)系統(tǒng)測試用例。因?yàn)槌绦騿T熟悉自己開發(fā)模塊的業(yè)務(wù)，由程序員對自己開發(fā)的

2、程序進(jìn)行黑盒測試，對測試中發(fā)現(xiàn)的缺陷進(jìn)行記錄并跟蹤，且立即修改。 (3)在測試過程中，每三天定義為一個(gè)測試周期，統(tǒng)計(jì)每個(gè)測試周期每個(gè)模塊發(fā)現(xiàn)的缺陷數(shù)量。若連續(xù)兩個(gè)測試周期沒有發(fā)現(xiàn)的缺陷少于總?cè)毕莸?%且發(fā)現(xiàn)缺陷的趨勢基本平穩(wěn)，則認(rèn)為測試工作基本完成。 張工的理由如下：首先，隨著系統(tǒng)中缺陷的減少，程序員會(huì)有越來越多的時(shí)間進(jìn)行測試，以發(fā)現(xiàn)系統(tǒng)缺陷。其次，當(dāng)系統(tǒng)中的缺陷數(shù)量很少時(shí)，程序員發(fā)現(xiàn)的缺陷會(huì)變得越來越困難，總?cè)毕輸?shù)幾乎不再增加，這時(shí)發(fā)現(xiàn)缺陷的趨勢變得很平穩(wěn)，且發(fā)現(xiàn)的數(shù)量很少。在測試階段，張工統(tǒng)計(jì)到的數(shù)據(jù)如表10-1所示。 10-1 測試階段統(tǒng)計(jì)數(shù)據(jù) 案例問題：1.逐一點(diǎn)評張工對測試工作進(jìn)行的

3、三點(diǎn)安排。(1)不進(jìn)行單元測試和集成測試，僅進(jìn)行系統(tǒng)測試。在低復(fù)雜度的小規(guī)模項(xiàng)目中，這種做法尚可，通過系統(tǒng)測試可以發(fā)現(xiàn)大多數(shù)系統(tǒng)中的缺陷。 (2)不安排專門的資源開發(fā)系統(tǒng)測試用例，由程序員對自己開發(fā)的程序進(jìn)行黑盒測試，并對測試中發(fā)現(xiàn)的缺陷進(jìn)行記錄并跟蹤，由發(fā)現(xiàn)者立即修改。 這種做法問題會(huì)造成很嚴(yán)重的問題。程序員是程序的創(chuàng)造者，是無法進(jìn)行黑盒測試的。這種所謂的黑盒測試會(huì)造成測試的盲點(diǎn)，一些缺陷始終無法發(fā)現(xiàn)。 (3)在測試過程中，每三天定義為一個(gè)測試周期，統(tǒng)計(jì)每個(gè)測試周期每個(gè)模塊發(fā)現(xiàn)的缺陷數(shù)量。若連續(xù)兩個(gè)測試周期沒有發(fā)現(xiàn)的缺陷少于總?cè)毕莸?，且發(fā)現(xiàn)缺陷的趨勢基本平穩(wěn)，則認(rèn)為測試工作基本完成。 若有專門的測試人員，公平客觀地進(jìn)行測試工作，這種判斷測試工作是否完成的方法是有道理的，可以保證絕大多數(shù)的缺陷都在測試中發(fā)現(xiàn)。 2.在人力資源有限的情況下，張工不可能找到專門的測試人員全程進(jìn)行測試，那么張工應(yīng)做哪些改進(jìn)來提高測試工作的質(zhì)量張工應(yīng)做如下方面改進(jìn)來提高測試工作的質(zhì)量： (1)根據(jù)項(xiàng)目實(shí)際情況，由項(xiàng)目經(jīng)理、需求人員或客戶業(yè)務(wù)代表進(jìn)行測試。 (2)采取程序員交叉測試的方法。(3)若情況允許，可以在程