5．6案例六：軟件測(cè)試
   閱讀以下關(guān)于信息系統(tǒng)項(xiàng)目管理過(guò)程中項(xiàng)目質(zhì)量管理方面問(wèn)題的敘述，回答問(wèn)題1至問(wèn)題2。
5.6.1案例場(chǎng)景
    老王在中培信息技術(shù)有限公司(Z公司 )工作，被委派到了一個(gè)新的項(xiàng)目擔(dān)任項(xiàng)目經(jīng)理，為客戶K公司開(kāi)發(fā)用于支撐業(yè)務(wù)的信息系統(tǒng)。這是一個(gè)規(guī)模較小，復(fù)雜度較低的系統(tǒng)。由于市場(chǎng)競(jìng)爭(zhēng)的原因，合同額很少。出于成本的考慮，公司分派給老王的人員并不多。為解決人力資源不足的問(wèn)題，老王考慮，系統(tǒng)復(fù)雜度不高，可以一定程度上簡(jiǎn)化測(cè)試工作。于是老王在項(xiàng)目中做了如下安排：
    (1)不進(jìn)行單元測(cè)試和集成測(cè)試，僅進(jìn)行系統(tǒng)測(cè)試。
    (2)不安排專門的資源開(kāi)發(fā)系統(tǒng)測(cè)試用例。因?yàn)槌绦騿T熟悉自己開(kāi)發(fā)模塊的業(yè)務(wù)，由程序員對(duì)自己開(kāi)發(fā)的程序進(jìn)行黑盒測(cè)試，對(duì)測(cè)試中發(fā)現(xiàn)的缺陷進(jìn)行記錄并跟蹤，且立即修改。
    (3)在測(cè)試過(guò)程中，每三天定義為一個(gè)測(cè)試周期，統(tǒng)計(jì)每個(gè)測(cè)試周期每個(gè)模塊發(fā)現(xiàn)的缺陷數(shù)量。若連續(xù)兩個(gè)測(cè)試周期沒(méi)有發(fā)現(xiàn)的缺陷少于總?cè)毕莸?%且發(fā)現(xiàn)缺陷的趨勢(shì)基本平穩(wěn)，則認(rèn)為測(cè)試工作基本完成。
    老王的理由如下：首先，隨著系統(tǒng)中缺陷的減少，程序員會(huì)有越來(lái)越多的時(shí)間進(jìn)行測(cè)試，以發(fā)現(xiàn)系統(tǒng)缺陷。其次，當(dāng)系統(tǒng)中的缺陷數(shù)量很少時(shí)，程序員發(fā)現(xiàn)的缺陷會(huì)變得越來(lái)越困難，總?cè)毕輸?shù)幾乎不再增加，這時(shí)發(fā)現(xiàn)缺陷的趨勢(shì)變得很平穩(wěn)，且發(fā)現(xiàn)的數(shù)量很少。
在測(cè)試階段，老王統(tǒng)計(jì)到的數(shù)據(jù)如表5-1所示。

    老王認(rèn)為測(cè)試工作基本完成，決定進(jìn)入系統(tǒng)發(fā)布階段。
 【問(wèn)題1】(12分)
    請(qǐng)以300字內(nèi)，逐一點(diǎn)評(píng)老王對(duì)測(cè)試工作進(jìn)行的三點(diǎn)安排。
    【問(wèn)題2】(13分)
    在人力資源有限的情況下，老王不可能找到專門的測(cè)試人員全程進(jìn)行測(cè)試，那么老王應(yīng)做哪些改進(jìn)來(lái)提高測(cè)試工作的質(zhì)量，試以300字內(nèi)回答。
5.6.2案例分析
    該案例中描述的場(chǎng)景是很多軟件公司中常見(jiàn)的場(chǎng)景，由于市場(chǎng)的惡性競(jìng)爭(zhēng)或是其他原因，開(kāi)發(fā)的費(fèi)用被一再壓縮。為了滿足成本的約束，項(xiàng)目經(jīng)理忽視測(cè)試的工作，項(xiàng)目組成員在項(xiàng)目中身兼多職，從需求一直做到測(cè)試。系統(tǒng)缺乏完整的測(cè)試，甚至沒(méi)有測(cè)試就提交給客戶。雖然案例中沒(méi)有寫(xiě)明，但結(jié)果已經(jīng)可以想像，客戶為充滿問(wèn)題的系統(tǒng)而惱火，即使項(xiàng)目談不上失敗也絕對(duì)談不上成功。
    人們常說(shuō)：“再窮不能窮教育”，對(duì)于軟件項(xiàng)目而言就是“再省不能省測(cè)試”。軟件系統(tǒng)的技術(shù)復(fù)雜度相對(duì)較高，結(jié)果抽象，可以模式化的東西很少，開(kāi)發(fā)過(guò)程也是一種探索的過(guò)程，在每一個(gè)步驟都會(huì)制造缺陷，這已經(jīng)在無(wú)數(shù)的軟件系統(tǒng)開(kāi)發(fā)中得到了驗(yàn)證。成功的系統(tǒng)總是正視這種客觀情況，通過(guò)各種各樣的方法來(lái)提高質(zhì)量，盡可能早地檢出系統(tǒng)中潛在的缺陷；失敗的項(xiàng)目則是回避，總是假設(shè)不會(huì)出現(xiàn)缺陷或缺陷很少，．任由錯(cuò)誤擴(kuò)大，最終肯定是缺陷的大爆發(fā)，開(kāi)發(fā)人員疲于修正缺陷，同時(shí)再引入新的缺陷。
    在案例中，老王在人力資源不足和項(xiàng)目質(zhì)量上進(jìn)行了折中，進(jìn)行角色復(fù)用，把開(kāi)發(fā)和測(cè)試安排到一起，根據(jù)缺陷發(fā)現(xiàn)的趨勢(shì)來(lái)判斷測(cè)試是否可以結(jié)束，于是問(wèn)題就出現(xiàn)了。
    對(duì)于軟件開(kāi)發(fā)中的角色復(fù)用，專門的論述并不多見(jiàn)。我們?cè)谶@里引用MSF中關(guān)于開(kāi)發(fā)角色和角色合并的內(nèi)容進(jìn)行講解與分析。在微軟的項(xiàng)目管理框架一MSF中定義了軟件項(xiàng)目中的6種角色：
    (1)產(chǎn)品管理，負(fù)責(zé)產(chǎn)品的定義，如客戶代表、產(chǎn)品負(fù)責(zé)人、需求人員。
    (2)程序管理，按項(xiàng)目的約束進(jìn)行交付，如項(xiàng)目經(jīng)理、開(kāi)發(fā)主管。
    (3)開(kāi)發(fā)，根據(jù)規(guī)格說(shuō)明書(shū)(需求規(guī)格說(shuō)明書(shū)、設(shè)計(jì)說(shuō)明書(shū)等)進(jìn)行系統(tǒng)的構(gòu)建，如系統(tǒng)設(shè)計(jì)人員、編碼人員。
    (4)測(cè)試，確定并找到系統(tǒng)中的質(zhì)量問(wèn)題，如測(cè)試人員。
    (5)用戶體驗(yàn)，負(fù)責(zé)把握用戶在使用系統(tǒng)時(shí)的感受，例如，需求人員、界面設(shè)計(jì)人員、系統(tǒng)培訓(xùn)人員。用戶體驗(yàn)不同于產(chǎn)品管理，用戶體驗(yàn)著重從用戶處獲得需求與反饋信息，而產(chǎn)品管理則注重于產(chǎn)品的定義，其定義的依據(jù)既包括用戶需求也包括產(chǎn)品路線圖等內(nèi)容。
    (6)發(fā)布管理，負(fù)責(zé)系統(tǒng)的部署的穩(wěn)定的運(yùn)行，例如項(xiàng)目經(jīng)理、系統(tǒng)管理員。
在MSF中給出了角色間合并的建議，如表5-2所示。

根據(jù)表5-2可以看出，開(kāi)發(fā)人員雖然是程序的創(chuàng)造者，但不推薦和其他任一種角色合并。MSF是微軟總結(jié)了其多年的開(kāi)發(fā)經(jīng)驗(yàn)整理出來(lái)的項(xiàng)目管理框架。也就是說(shuō)，即使是在微軟這樣的公司，雖然每個(gè)人都有足夠的能力，但開(kāi)發(fā)人員仍需要獨(dú)立出來(lái)，不能夠與測(cè)試混為一談。
    這一點(diǎn)也不難理解。首先開(kāi)發(fā)人員與測(cè)試人員的技能側(cè)重點(diǎn)不同，開(kāi)發(fā)人員側(cè)重于技術(shù)的細(xì)節(jié)，關(guān)注于系統(tǒng)實(shí)現(xiàn)所采用的技術(shù)和方法，更需要把握如何應(yīng)用技術(shù)手段構(gòu)建滿足規(guī)格說(shuō)明書(shū)的系統(tǒng)；測(cè)試人員側(cè)重于技術(shù)的結(jié)果，關(guān)注于系統(tǒng)實(shí)現(xiàn)后的表現(xiàn)和效果，更需要把握實(shí)現(xiàn)的系統(tǒng)是否滿足規(guī)格說(shuō)明書(shū)的要求。其次，開(kāi)發(fā)人員與測(cè)試人員的目標(biāo)不同，開(kāi)發(fā)人員希望能夠構(gòu)建出完全符合要求的系統(tǒng)；測(cè)試人員則需要在看似完全符合要求的系統(tǒng)中尋找缺陷和漏洞。因此，開(kāi)發(fā)人員同測(cè)試人員的視角不同，開(kāi)發(fā)人員總是傾向于構(gòu)建后的系統(tǒng)是完美的，而測(cè)試人員則傾向于構(gòu)建后的系統(tǒng)是有缺陷的。這種種不同，造成開(kāi)發(fā)人員很難發(fā)現(xiàn)自己構(gòu)建的系統(tǒng)中的缺陷，存在盲點(diǎn)，而測(cè)試人員更容易發(fā)現(xiàn)系統(tǒng)中的問(wèn)題。
    再回到這個(gè)案例，不難發(fā)現(xiàn)，老王正是在這一點(diǎn)上犯了錯(cuò)誤，把開(kāi)發(fā)和測(cè)試結(jié)合到了一起，讓程序員測(cè)試自己開(kāi)發(fā)的程序。
    在問(wèn)題1中，要求對(duì)老王進(jìn)行的測(cè)試安排進(jìn)行點(diǎn)評(píng)，上面我們已經(jīng)談到，第二點(diǎn)是肯定有問(wèn)題，那么其余兩點(diǎn)呢？
    對(duì)于第一點(diǎn)來(lái)說(shuō)，是完全可以的。雖然在嚴(yán)格的軟件開(kāi)發(fā)模型中定義了單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試，但在實(shí)際項(xiàng)目中完全可以根據(jù)項(xiàng)目情況進(jìn)行裁減。如果系統(tǒng)復(fù)雜度不高，系統(tǒng)規(guī)模又比較小，我們可以考慮僅僅進(jìn)行系統(tǒng)測(cè)試。不過(guò)在裁減過(guò)程中應(yīng)該注意，單元測(cè)試相對(duì)集成測(cè)試更重要。集成測(cè)試可能會(huì)同系統(tǒng)測(cè)試部分重合，但單元測(cè)試相對(duì)獨(dú)立，可以發(fā)現(xiàn)一些極端情況下的問(wèn)題和程序上的低級(jí)錯(cuò)誤。在案例中，即使是程序員自己測(cè)試自己的程序，前三個(gè)測(cè)試周期中仍發(fā)現(xiàn)了不少缺陷，就是由缺少單元測(cè)試造成的，系統(tǒng)中還存在不少低級(jí)錯(cuò)誤。
    對(duì)于第三點(diǎn)來(lái)說(shuō)，根據(jù)缺陷發(fā)生的趨勢(shì)來(lái)判斷測(cè)試工作是否完成，是一種可行的方法。如果測(cè)試過(guò)程公正客觀，發(fā)現(xiàn)的缺陷具有代表性，以此為依據(jù)進(jìn)行判斷是有效的。但反之，若測(cè)試過(guò)程不充分、不客觀，這種方法毫無(wú)意義，因此在案例中這種方法加劇了開(kāi)發(fā)人員與測(cè)試人員合并的惡果。
    第二個(gè)問(wèn)題也是項(xiàng)目中的常見(jiàn)問(wèn)題。當(dāng)人力資源有限時(shí)，我們應(yīng)該如何在保證項(xiàng)目質(zhì)量的前提下壓縮團(tuán)隊(duì)規(guī)模。
    我們根據(jù)MSF中的角色合并建議來(lái)回答這個(gè)問(wèn)題，見(jiàn)表5-2.表5-2中列出可以和測(cè)試角色合并的角色包括：產(chǎn)品管理、·用戶體驗(yàn)和發(fā)布管理，在某些情況下，測(cè)試可以和程序管理相合并。
    除了角色合并外，還有一些方法，可以以較少的人力投入換取更高的項(xiàng)目質(zhì)量。其中包括：
    (1)程序員間進(jìn)行交叉測(cè)試，最好可以同其他項(xiàng)目組的程序員互換，讓程序員在互換中變更自己的角色。
    (2)在程序員自己發(fā)現(xiàn)的缺陷區(qū)域平穩(wěn)后再提交給測(cè)試人員進(jìn)行測(cè)試。這樣可以避免測(cè)試人員陷入低級(jí)錯(cuò)誤中，減少其工作量。
5.6.3參考答案
    【問(wèn)題1】(12分)
    (1)不進(jìn)行單元測(cè)試和集成測(cè)試，僅進(jìn)行系統(tǒng)測(cè)試。在低復(fù)雜度的小規(guī)模項(xiàng)目中，這種做法尚可，通過(guò)系統(tǒng)測(cè)試可以發(fā)現(xiàn)大多數(shù)系統(tǒng)中的缺陷。(4分)
    (2)不安排專門的資源開(kāi)發(fā)系統(tǒng)測(cè)試用例，由程序員對(duì)自己開(kāi)發(fā)的程序進(jìn)行黑盒測(cè)試，并對(duì)測(cè)試中發(fā)現(xiàn)的缺陷進(jìn)行記錄并跟蹤，由發(fā)現(xiàn)者立即修改。
    這種做法問(wèn)題會(huì)造成很嚴(yán)重的問(wèn)題。程序員是程序的創(chuàng)造者，是無(wú)法進(jìn)行黑盒測(cè)試的。這種所謂的黑盒測(cè)試會(huì)造成測(cè)試的盲點(diǎn)，一些缺陷始終無(wú)法發(fā)現(xiàn)。(4分)
    (3)在測(cè)試過(guò)程中，每三天定義為一個(gè)測(cè)試周期，統(tǒng)計(jì)每個(gè)測(cè)試周期每個(gè)模塊發(fā)現(xiàn)的缺陷數(shù)量。若連續(xù)兩個(gè)測(cè)試周期沒(méi)有發(fā)現(xiàn)的缺陷少于總?cè)毕莸?％，且發(fā)現(xiàn)缺陷的趨勢(shì)基本平穩(wěn)，則認(rèn)為測(cè)試工作基本完成。
    若有專門的測(cè)試人員，公平客觀地進(jìn)行測(cè)試工作，這種判斷測(cè)試工作是否完成的方法是有道理的，可以保證絕大多數(shù)的缺陷都在測(cè)試中發(fā)現(xiàn)。(4分)
    【問(wèn)題2】(13分)
    在人力資源有限的情況下，老王應(yīng)做如下方面改進(jìn)來(lái)提高測(cè)試工作的質(zhì)量：
    (1)根據(jù)項(xiàng)目實(shí)際情況，由項(xiàng)目經(jīng)理、需求人員或客戶業(yè)務(wù)代表進(jìn)行測(cè)試。(7分)
    (2)采取程序員交叉測(cè)試的方法。(3分)
    (3)若情況允許，可以在程序員自己發(fā)現(xiàn)缺陷趨于平穩(wěn)后，再提交給專門測(cè)試人員進(jìn)行測(cè)試。(3分)