黑盒測試方法揭密

一、黑盒測試

在快速應用開發（rad）環境中的重要作用

軟體測試方法

一般分為兩種：白盒測試

與黑盒測試。其中，白盒測試又稱為結構測試、邏輯驅動測試或基於程式本身的測試，著重於程式的內部結構及演算法，通常不關心功能與效能指標。黑盒測試又被稱為功能測試

、資料驅動測試或基於規格說明的測試，實際上是站在終端使用者的立場上，檢驗輸入輸出資訊及系統效能指標是否符合規格說明書中有關功能需求及效能需求的規定。

隨著rad環境的發展，軟體工程面臨新的挑戰，其中包括：

●應用系統的規模越來越龐大，結構越來越複雜；

●開發團隊人員越來越多，分工越來越細；

●專案投資日益提高，導致投資風險增大。

在這樣一種背景下，軟體質量面臨著更大的危機，而解決問題的關鍵正是黑盒測試，可是由於傳統的黑盒測試往往侷限於手工測試，憑藉工程人員的經驗自發地進行，缺乏嚴格的測試管理機制，因而效果並不明顯。

在分發乙個應用系統之前，若沒有經過科學、周密的黑盒測試，就相當於將大量隱含的缺陷（defect）交付到終端使用者手中，這對於開發團隊自身、專案投資方及終端使用者來說都是不負責任的表現，也將嚴重損害三方的利益。

今天，軟體的質量要求越來越受到重視，在對軟體的質量監督中，黑盒測試起著重要的、不可替代的作用；而隨著軟體開發平台及軟體設計思想的進步和發展，特別是rad技術的發展，對黑盒測試提出了更明確的要求，人們發現，必須遵循一定的測試理論，依賴於優秀的測試工具，才能進行科學、完備的測試。

二、黑盒測試的操作步驟

在傳統的軟體開發生命週期當中，測試工作

往往被擱置到整個開發過程的後期進行，也就是說，當應用程式的編碼工作已經基本完成，才開始進行測試，這樣做的缺點在於：

a）由於應用程式龐大而複雜，測試工作千頭萬緒，測試人員難以組織科學、全面的測試用例，從而大幅度提高了測試成本，並嚴重影響測試的全面性和有效性；

b）由於缺陷所涉及的模組從開發到測試之間的時間間隔較長，使得程式設計師的修改和維護工作要付出更大的代價；

c）由於受到分發日期的限制，測試工作往往是在忙碌中結束的，而將大量的缺陷遺留給終端使用者，也就是說，真正的測試工作實際上是由終端使用者來完成的。

因此，為了保證測試工作科學、精確、全面、有序地進行，應該採取一邊開發一邊測試的策略，使得開發工作與測試工作平行進行，這也就是俗話所說的「越早測試越好」的概念。