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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    3. 測試的重要性
    軟件開發過程可分為：需求，設計，實現和測試四個階段，需求是項目組的輸入，測試的系統是項目組的輸出，重視項目組的輸入和輸出，就把住了產品的質量關。

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

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

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

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