1. 應(yīng)用軟件特點
    我這里提及的應(yīng)用軟件系統(tǒng)是指完成某一種特定應(yīng)用功能的軟件系統(tǒng)，它的特點是按照客戶給定的具體需求，為客戶量身定做一個軟件系統(tǒng)，如：銀行儲蓄系統(tǒng)，公積金管理系統(tǒng)，商場或超市收銀系統(tǒng)等，系統(tǒng)的應(yīng)用限制在客戶給定的范圍內(nèi)。

    應(yīng)用軟件系統(tǒng)的需求可以分為：業(yè)務(wù)功能需求（前臺需求），批處理需求（后臺需求），接口需求和響應(yīng)需求四類，這些需求90％以上由客戶給定，不到10％由項目組提出建議，由客戶確認(rèn)。

    2. 測試要領(lǐng)
    我這里說的要領(lǐng)不是具體的測試方法，而是需要中、高層領(lǐng)導(dǎo)和項目經(jīng)理理解的，較宏觀的測試方略。

    2.1. 要領(lǐng)一：給予重視
    多年來的實踐證明，應(yīng)用軟件系統(tǒng)測試做不好的主要原因是：中、高層領(lǐng)導(dǎo)和項目經(jīng)理對應(yīng)用軟件系統(tǒng)測試的不重視，表現(xiàn)在做項目計劃時對系統(tǒng)的黒盒測試（功能測試）沒有留有足夠的時間，沒有指定測試責(zé)任人（在測試階段專職負(fù)責(zé)測試）。

    是否對測試重視，關(guān)鍵看是否為黒盒測試留有足夠的時間，多長為足夠的時間？開發(fā)周期的三分之一以上，如：計劃項目開發(fā)周期為三個月，那么計劃項目的測試時間應(yīng)不少于一個月。注意，這里說的是開發(fā)周期的三分之一以上，而不是開發(fā)工作量的三分之一以上。測試跟開發(fā)（特別是編碼）不同，不能采用人多-短期完成任務(wù)，應(yīng)該采用小組（3到5人），有計劃、步驟地，有充足時間地去完成測試工作。需要指出的是：測試工作可以與開發(fā)工作“并行”，方法是把整個系統(tǒng)分成邏輯上相對獨立的子系統(tǒng)，如：系統(tǒng)S＝子系統(tǒng)A＋子系統(tǒng)B＋子系統(tǒng)C，子系統(tǒng)A開發(fā)完成后，測試與開發(fā)開始并行，測試組測試子系統(tǒng)A的時候，開發(fā)組開發(fā)子系統(tǒng)B，依此類推。當(dāng)然，如果時間許可，整個系統(tǒng)開發(fā)完成后在進(jìn)入測試，項目的管理更容易。

    是否對測試重視，關(guān)鍵看是否為黒盒測試指派了有經(jīng)驗的測試責(zé)任人，測試組是否與開發(fā)組相對獨立。測試責(zé)任人（測試組組長）是由有測試管理經(jīng)驗，或有責(zé)任心、懂業(yè)務(wù)的人擔(dān)當(dāng)。

    是否對測試重視，關(guān)鍵看是否為獨立的測試組配置了至少是邏輯上獨立的測試環(huán)境。測試環(huán)境必須與開發(fā)環(huán)境在邏輯上獨立開來，在物理上也獨立開來，否則系統(tǒng)版本無法控制，測試工作也無法有效進(jìn)行。

    2.2. 要領(lǐng)二：客戶參與
    應(yīng)用軟件系統(tǒng)將來是由客戶使用的，需求是客戶提出來的，或經(jīng)客戶認(rèn)可的，所以應(yīng)用系統(tǒng)的功能測試必須有客戶的參與，我的經(jīng)驗證明，客戶參與功能測試是一個雙贏的方案，對加速開發(fā)進(jìn)程，提高產(chǎn)品質(zhì)量，使客戶認(rèn)可系統(tǒng)、掌握系統(tǒng)功能大有好處。

    為保證客戶愿意，且有準(zhǔn)備地參與系統(tǒng)功能測試，需要在與客戶簽訂開發(fā)合同之前給予引導(dǎo)，得到客戶高層領(lǐng)導(dǎo)的承諾，或以合同的形式確定客戶參與系統(tǒng)功能測試任務(wù)。

    上一節(jié)提到，測試責(zé)任人是測試組的組長，測試組長應(yīng)該是承接項目公司的成員，參加測試的客戶統(tǒng)一受測試責(zé)任人的管理，特別是參加測試的客戶的測試任務(wù)是由測試責(zé)任人分配的，否則測試工作將出現(xiàn)本該避免的混亂。

    2.3. 要領(lǐng)三：管理控制
    測試責(zé)任人負(fù)責(zé)整個測試工作的管理控制，其控制點為：
    指明測試點：以書面的形式說明當(dāng)前允許測試的功能，以防止測試人員去測試開發(fā)還未完成的功能。

    明確測試任務(wù)：以書面的形式，以人天為單位分配測試任務(wù)。

    交換測試任務(wù)：假設(shè)第分配給甲、乙的測試任務(wù)分別為A、B，當(dāng)他們都完成測試任務(wù)后，進(jìn)行任務(wù)交換，即讓甲測試任務(wù)B，乙測試任務(wù)A，這是提高測試覆蓋率的一個簡單有效的方法。

    嚴(yán)格測試流程：測試CASE的執(zhí)行-->填寫問題表-->問題表處理-->系統(tǒng)升級-->回歸測試（問題跟蹤確認(rèn)）。測試CASE執(zhí)行時，一旦發(fā)現(xiàn)問題，必須填寫《問題表》。問題表由四部分組成：
    1 項目信息＋CASE ID＋測試CASE執(zhí)行人信息；
    2 問題描述＋簽字；
    3 項目組對問題的處理描述＋簽字；

    4 回歸測試＋簽字。問題表的、二部分由測試CASE執(zhí)行人填寫，第三部分由項目組填寫，第四部分是在系統(tǒng)升級后，完成回歸測試后，由回歸測試人填寫。實踐證明，《問題表》用手工填寫工作效率更高，因為手工描述可以圖文并茂，易于不懂電腦，僅懂業(yè)務(wù)的測試人上手；其二是紙頁《問題表》易于在測試組、項目組、配置管理組之間輪轉(zhuǎn)。需要注意的是一張《問題表》對應(yīng)一個問題，否則會給《問題單》的輪轉(zhuǎn)帶來不便。

    3. 測試的重要性
    軟件開發(fā)過程可分為：需求，設(shè)計，實現(xiàn)和測試四個階段，需求是項目組的輸入，測試的系統(tǒng)是項目組的輸出，重視項目組的輸入和輸出，就把住了產(chǎn)品的質(zhì)量關(guān)。

    成熟的客戶一定會積極參與測試，測試不到家時是不會允許系統(tǒng)投產(chǎn)的；成熟的項目組一定會安排充足的時間對系統(tǒng)進(jìn)行測試，測試不到家時是不會將系統(tǒng)發(fā)布的。

    我們都明白：系統(tǒng)的問題越早發(fā)現(xiàn)，改正的成本越低，破壞性越小，所以，在系統(tǒng)發(fā)布前，要盡量多地把系統(tǒng)的問題找出來，其手段就是有計劃、有組織地進(jìn)行充分的測試。

    系統(tǒng)投產(chǎn)后發(fā)現(xiàn)的問題，其危害性被成倍放大，直接損壞了客戶的利益和聲譽(yù)，同時，客戶將毫不留情地把“板子”打在開發(fā)商身上，這時，開發(fā)商費錢費力也可能難以挽回失去的市場。

    總之，是否重視應(yīng)用系統(tǒng)的黒盒測試，是判定開發(fā)商和客戶是否成熟的重要標(biāo)志。