黑盒測試方法揭密[轉]
2007-07-30 18:08:04 / 個人分類：軟件測試
一、黑盒測試在快速應用開發（rad）環境中的重要作用
軟件測試方法一般分爲兩種：白盒測試與黑盒測試。其中，白盒測試又稱爲結構測試、邏輯驅動測試或基於程序本身的測試，着重於程序的內部結構及算法，通常不關心功能與性能指標。黑盒測試又被稱爲功能測試、數據驅動測試或基於規格說明的測試，實際上是站在最終用戶的立場上，檢驗輸入輸出信息及系統性能指標是否符合規格說明書中有關功能需求及性能需求的規定。
隨着rad環境的發展，軟件工程面臨新的挑戰，其中包括：
●應用系統的規模越來越龐大，結構越來越複雜；
●開發團隊人員越來越多，分工越來越細；
●項目投資日益提高，導致投資風險增大。
在這樣一種背景下，軟件質量面臨着更大的危機，而解決問題的關鍵正是黑盒測試，可是由於傳統的黑盒測試往往侷限於手工測試，憑藉工程人員的經驗自發地進行，缺乏嚴格的測試管理機制，因而效果並不明顯。
在分發一個應用系統之前，若沒有經過科學、周密的黑盒測試，就相當於將大量隱含的缺陷（defect）交付到最終用戶手中，這對於開發團隊自身、項目投資方及最終用戶來說都是不負責任的表現，也將嚴重損害三方的利益。
今天，軟件的質量要求越來越受到重視，在對軟件的質量監督中，黑盒測試起着重要的、不可替代的作用；而隨着軟件開發平臺及軟件設計思想的進步和發展，特別是rad技術的發展，對黑盒測試提出了更明確的要求，人們發現，必須遵循一定的測試理論，依賴於優秀的測試工具，才能進行科學、完備的測試。
二、黑盒測試的操作步驟
在傳統的軟件開發生命週期當中，測試工作往往被擱置到整個開發過程的後期進行，也就是說，當應用程序的編碼工作已經基本完成，纔開始進行測試，這樣做的缺點在於：
a）由於應用程序龐大而複雜，測試工作千頭萬緒，測試人員難以組織科學、全面的測試用例，從而大幅度提高了測試成本，並嚴重影響測試的全面性和有效性；
b）由於缺陷所涉及的模塊從開發到測試之間的時間間隔較長，使得程序員的修改和維護工作要付出更大的代價；
c）由於受到分發日期的限制，測試工作往往是在忙碌中結束的，而將大量的缺陷遺留給最終用戶，也就是說，真正的測試工作實際上是由最終用戶來完成的。
因此，爲了保證測試工作科學、精確、全面、有序地進行，應該採取一邊開發一邊測試的策略，使得開發工作與測試工作平行進行，這也就是俗話所說的“越早測試越好”的概念。
一套完整的測試應該由五個階段組成：
1．測試計劃
首先，根據用戶需求報告中關於功能要求和性能指標的規格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標準，以後所有的測試工作都將圍繞着測試需求來進行，符合測試需求的應用程序即是合格的，反之即是不合格的；同時，還要適當選擇測試內容，合理安排測試人員、測試時間及測試資源等。
2．測試設計
將測試計劃階段制訂的測試需求分解、細化爲若干個可執行的測試過程，併爲每個測試過程選擇適當的測試用例（測試用例選擇的好壞將直接影響到測試結果的有效性）。
3．測試開發
建立可重複使用的自動測試過程。
4．測試執行
執行測試開發階段建立的自動測試過程，並對所發現的缺陷進行跟蹤管理。測試執行一般由單元測試、組合測試、集成測試、系統聯調及迴歸測試等步驟組成，測試人員應本着科學負責的態度，一步一個腳印地進行測試。
5．測試評估
結合量化的測試覆蓋域及缺陷跟蹤報告，對於應用軟件的質量和開發團隊的工作進度及工作效率進行綜合評價。
顯然，黑盒測試只有嚴格按照步驟進行，纔可能對應用程序的質量進行把關。然而，如果沒有一種優秀的測試工具的幫助，單純憑藉手工測試，不但將耗費大量的人力、物力和財力，而且有很多測試工作是難以實現甚至是無法實現的。
三、手工測試與自動測試的比較
手工測試無法保證黑盒測試的科學性與嚴密性，這是因爲：
●測試人員要負責大量文檔、報表的制訂和整理工作，會變得力不從心；
●受軟件分發日期、開發成本及人員、資源等諸多方面因素的限制，難以進行全面的測試；
●如果修正缺陷所花費的時間相當長，迴歸測試將變得異常困難；
●對測試過程中發現的大量缺陷缺乏科學、有效的管理手段，責任變得含混不清，沒有人能向決策層提供精確的數據以度量當前的工作進度及工作效率；
●反覆測試帶來的倦怠情緒及其他人爲因素使得測試標準前後不一，測試花費的時間越長，測試的嚴格性也就越低；
●難以對不可視對象或對象的不可視屬性進行測試。
因此，自動測試成爲最佳的解決方案。所謂自動測試，實際上是將大量的重複性工作交給計算機去完成，一個優秀的自動測試工具，不但可以滿足科學測試的基本要求，而且可以節約大量的時間、成本、人員和資源，並且測試腳本可以被重複利用（包括被不同的項目所利用）。
軟件測試方法一般分爲兩種：白盒測試與黑盒測試。其中，白盒測試又稱爲結構測試、邏輯驅動測試或基於程序本身的測試，着重於程序的內部結構及算法，通常不關心功能與性能指標。黑盒測試又被稱爲功能測試、數據驅動測試或基於規格說明的測試，實際上是站在最終用戶的立場上，檢驗輸入輸出信息及系統性能指標是否符合規格說明書中有關功能需求及性能需求的規定。
隨着rad環境的發展，軟件工程面臨新的挑戰，其中包括：
●應用系統的規模越來越龐大，結構越來越複雜；
●開發團隊人員越來越多，分工越來越細；
●項目投資日益提高，導致投資風險增大。
在這樣一種背景下，軟件質量面臨着更大的危機，而解決問題的關鍵正是黑盒測試，可是由於傳統的黑盒測試往往侷限於手工測試，憑藉工程人員的經驗自發地進行，缺乏嚴格的測試管理機制，因而效果並不明顯。
在分發一個應用系統之前，若沒有經過科學、周密的黑盒測試，就相當於將大量隱含的缺陷（defect）交付到最終用戶手中，這對於開發團隊自身、項目投資方及最終用戶來說都是不負責任的表現，也將嚴重損害三方的利益。
今天，軟件的質量要求越來越受到重視，在對軟件的質量監督中，黑盒測試起着重要的、不可替代的作用；而隨着軟件開發平臺及軟件設計思想的進步和發展，特別是rad技術的發展，對黑盒測試提出了更明確的要求，人們發現，必須遵循一定的測試理論，依賴於優秀的測試工具，才能進行科學、完備的測試。
二、黑盒測試的操作步驟
在傳統的軟件開發生命週期當中，測試工作往往被擱置到整個開發過程的後期進行，也就是說，當應用程序的編碼工作已經基本完成，纔開始進行測試，這樣做的缺點在於：
a）由於應用程序龐大而複雜，測試工作千頭萬緒，測試人員難以組織科學、全面的測試用例，從而大幅度提高了測試成本，並嚴重影響測試的全面性和有效性；
b）由於缺陷所涉及的模塊從開發到測試之間的時間間隔較長，使得程序員的修改和維護工作要付出更大的代價；
c）由於受到分發日期的限制，測試工作往往是在忙碌中結束的，而將大量的缺陷遺留給最終用戶，也就是說，真正的測試工作實際上是由最終用戶來完成的。
因此，爲了保證測試工作科學、精確、全面、有序地進行，應該採取一邊開發一邊測試的策略，使得開發工作與測試工作平行進行，這也就是俗話所說的“越早測試越好”的概念。
一套完整的測試應該由五個階段組成：
1．測試計劃
首先，根據用戶需求報告中關於功能要求和性能指標的規格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標準，以後所有的測試工作都將圍繞着測試需求來進行，符合測試需求的應用程序即是合格的，反之即是不合格的；同時，還要適當選擇測試內容，合理安排測試人員、測試時間及測試資源等。
2．測試設計
將測試計劃階段制訂的測試需求分解、細化爲若干個可執行的測試過程，併爲每個測試過程選擇適當的測試用例（測試用例選擇的好壞將直接影響到測試結果的有效性）。
3．測試開發
建立可重複使用的自動測試過程。
4．測試執行
執行測試開發階段建立的自動測試過程，並對所發現的缺陷進行跟蹤管理。測試執行一般由單元測試、組合測試、集成測試、系統聯調及迴歸測試等步驟組成，測試人員應本着科學負責的態度，一步一個腳印地進行測試。
5．測試評估
結合量化的測試覆蓋域及缺陷跟蹤報告，對於應用軟件的質量和開發團隊的工作進度及工作效率進行綜合評價。
顯然，黑盒測試只有嚴格按照步驟進行，纔可能對應用程序的質量進行把關。然而，如果沒有一種優秀的測試工具的幫助，單純憑藉手工測試，不但將耗費大量的人力、物力和財力，而且有很多測試工作是難以實現甚至是無法實現的。
三、手工測試與自動測試的比較
手工測試無法保證黑盒測試的科學性與嚴密性，這是因爲：
●測試人員要負責大量文檔、報表的制訂和整理工作，會變得力不從心；
●受軟件分發日期、開發成本及人員、資源等諸多方面因素的限制，難以進行全面的測試；
●如果修正缺陷所花費的時間相當長，迴歸測試將變得異常困難；
●對測試過程中發現的大量缺陷缺乏科學、有效的管理手段，責任變得含混不清，沒有人能向決策層提供精確的數據以度量當前的工作進度及工作效率；
●反覆測試帶來的倦怠情緒及其他人爲因素使得測試標準前後不一，測試花費的時間越長，測試的嚴格性也就越低；
●難以對不可視對象或對象的不可視屬性進行測試。
因此，自動測試成爲最佳的解決方案。所謂自動測試，實際上是將大量的重複性工作交給計算機去完成，一個優秀的自動測試工具，不但可以滿足科學測試的基本要求，而且可以節約大量的時間、成本、人員和資源，並且測試腳本可以被重複利用（包括被不同的項目所利用）。