（本科）第十章 項目管理軟件

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

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

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