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

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

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

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

    是否對測試重視，關(guān)鍵看是否為黒盒測試留有足夠的時間，多長為足夠的時間？開發(fā)周期的三分之一以上，如：計劃項目開發(fā)周期為三個月，那么計劃項目的測試時間應不少于一個月。注意，這里說的是開發(fā)周期的三分之一以上，而不是開發(fā)工作量的三分之一以上。測試跟開發(fā)（特別是編碼）不同，不能采用人多-短期完成任務，應該采用小組（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，依此類推。當然，如果時間許可，整個系統(tǒng)開發(fā)完成后在進入測試，項目的管理更容易。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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