采用黑盒技術設計的測試方法是：等價類劃分，邊界值分析，錯誤推測，原因和效果圖和全面的戰略。
黑盒測試側重於測試軟件的功能要求，即黑匣子使軟件工程師派生的執行所有的功能需求的輸入條件。黑盒測試並不是白盒測試的替代品，但輔助白盒發現其他類型的錯誤。
黑匣子試圖找到以下類型的錯誤：
1）功能錯誤或遺漏;
2）接口錯誤;
3）數據結構或外部數據庫訪問錯誤;
4）性能錯誤;
5）初始化和終止錯誤。
首先，黑箱測試用例設計方法
·等價類劃分方法
·邊界值分析方法
·錯誤推測法
>·因果圖法
·判定表驅動分析方法
·正交實驗設計方法
·功能圖分析
等價類劃分：
>
所有可能的輸入數據，程序的輸入域劃分為幾個部分（子集），並從每個子集選擇少數有代表性的數據作為測試的方法是壹種重要的，常用的黑盒測試案例的設計方法。
1）轉換成等價類：等價類是壹個輸入字段中的子集的子集，每個輸入數據對於揭露程序中的錯誤是等價的。並合理地假定：測試等價類的代表值就等於這壹類其它值的測試，所以妳可以把所有的輸入數據合理地劃分成若幹等價類，在每壹個等價類中取壹個數據作為測試輸入條件下，可以用少量代表性的測試數據，以達到更好的效果。等價類劃分，可以有兩種不同的情況：有效等價類和無效等價類。
有效等價類：是指程序規範合理和有意義的輸入數據構成的壹個集合。利用有效等價類可檢驗程序是否實現了規範所列的功能和性能。
無效等價類：與有效等價類的定義恰巧相反。
設計測試用例，我們需要考慮這兩個等價類，因為該軟件必須不僅能夠獲得合理的數據，還能夠抵禦意外的挑戰。這樣的測試，以確保該軟件是更可靠的。
2）劃分等價類的方法：這裏有六個確定等價類的原則。
①輸入條件，範圍或值的數量？的情況下，您可以建立壹個有效的，等價格類和兩個無效等價類。
②輸入條件規定了壹組輸入值？指出，“必須如何”的條件的情況下，可確立壹個有效等價類和壹個無效等價類。
③在輸入條件是壹個布爾值的情況下，確定壹個有效等價類和壹個無效等價類。
④在規定輸入數據設定值？（假設的n），妳想要的程序為每個輸入值分別處理的情況下，可能會建立有效等價類和壹個無效等價類。
⑤所需的輸入數據必須遵守的規則的情況下，建立壹個有效等價類（符合規則）和壹個無效等價類（從不同角度違反規則）。
⑥確知已在節目中的元素不同情況下的處理方法分為等價類的，他們應該是等價類進壹步劃分成更小的等價類。
3）設計測試用例：在建立的等價類，妳可以建立等價類表列出了所有等價類劃分：
輸入條件有效等價類無效等價類
.........
.........
然後根據以下三個原則設計測試用例：等價類劃分
①為每壹個等價類提供了壹個唯壹的編號。
②設計壹個新的測試用例，所以盡可能多地覆蓋尚未被覆蓋到有效等價類，重復此步驟，直到所有的有效等價類到目前為止已經覆蓋。
③設計壹個新的測試用例，以便它涵蓋只有壹個還沒有被覆蓋的無效等價類，重復此步驟，直到所有的無效等價類是迄今為止覆蓋。
邊界值分析
邊界值分析方法是等價類劃分方法補充。
（1）邊界值分析的方法來考慮：
長期的測試經驗告訴我們，在輸入或輸出範圍的邊界上出現了大量的錯誤，而不是發生在輸入和輸出範圍，所以對於內部的各種邊界條件設計測試用例，妳可以找到更多的錯誤。
使用邊界值分析測試用例，首先應確定邊界條件，通常輸入和輸出等價類的邊界，應該專註於測試的界限的情況下。應選擇完全相等，只要大於或剛剛小於邊界值作為測試數據，而不是選擇等價類的典型值或任意值作為測試數據。
（2）基於邊界值分析方法選擇試驗原理：
1）如果輸入條件指定壹個範圍值，妳應該取剛達到這個範圍的邊界值剛剛超越這個範圍邊界的值作為測試輸入數據。 p> 2）如果輸入條件指定的值的數目，然後用最小數目的最大數目比壹個小於壹個數作為測試數據的最大數目的最小數目。 p> 3）根據規格，可為每個輸出條件，使用前面的原則1）。
4）根據規格的每個輸出條件，應用前面的原則2）。
5）如果程序規範中給出的輸入域或輸出域是有序集合，則應選取集合的第壹個元素和最後壹個元素作為測試用例。
6）如果程序使用了壹個內部數據結構，妳應該選擇這個內部數據結構的邊界值作為測試用例。
7）規格的分析，以確定其他可能的邊界條件。
錯誤推算
錯誤推測法：基於經驗和直覺推測程序所有可能的各種錯誤，從而有針對性地設計了壹套測試案例。
猜測基本思想：枚舉所有的程序錯誤，可能有錯誤和容易出錯的特殊情況下，根據自己的選擇測試，例如，在單元測試中，列出了壹些模塊中常見的錯誤。以前的產品測試發現錯誤，等等，這些都是經驗。以及，輸入數據和輸出數據為0。輸入空格或輸入表格只有壹行的。這些都容易出錯。選擇這些案件作為測試用例的例子。
因果圖法
都集中在前面描述的等價類劃分方法和邊界值分析方法考慮輸入條件，但沒有考慮輸入條件之間的聯系，相互組合，等考慮輸入條件之間相互結合，可能會產生壹些新的情況，但要檢查輸入條件的組合是不是壹件容易的事情，即使所有輸入條件等價類劃分，它們之間的組合也相當可觀因此必須考慮采取合適的描述的各種條件組合測試用例設計時考慮的形式，這就需要利用因果圖（邏輯模型），相應的多個動作。
因果圖方法最終生成的決定，這是適合於檢查程序輸入條件的各種組合的表。
使用因果圖生成測試用例的基本步驟：
（1）分析軟件規格說明描述，這些都是原因（即輸入條件或輸入條件的等價類）的結果（即輸出條件），原因和結果的每個被分配了壹個標識符。
（2）分析軟件規格說明語義識別之間的因果關系的原因和理由之間的對應關系。基於這些關系，畫出因果圖。
（3）由於語法或環境的限制，壹些原因和原因之間的組合之間的因果關系的情況是不可能的。為了顯示這些特殊情況下，有壹些符號表示的原因和效果圖的約束或限制。
（4）決定表因果關系圖。
（5）決策表的每壹列列設計測試用例的基礎。
從因果圖生成測試用例（局部，組合關系下）包括所有輸入的數據是TRUE和FALSE，構成的測試用例數達到最少，而且數量的測試用例數據的輸入相數的增加而線性增加。
以前因果圖的方法已被用於測定表。判定表（決策表）已被認為是多重邏輯的分析和介紹進行不同操作條件下的工具，在編程初期的發展，決心表編程輔助工具。因為它可以把復雜的邏輯關系和條件組合想表達的是具體和明確的。
決策表通常由四個部分組成。
條件樁（條件存根）：列出了問題的所有條件通常被認為是上市條件的順序無關緊要。
行動的樁（行動存根）：列的問題，規則可能需要。這些操作的順序是沒有約束力的。
條件（條件輸入）：列出反對左列條件值？真假值在所有可能的情況。
行動項目（行動錄入）：列出輸入的各種值的條件？的情況下應采取的行動。
規則：任意組合條件的特定值和相應的測定表中要執行的操作條件，通過項目和行動項目壹排是壹個規則。顯然，判定表顯示多少組條件值，也是規則的數量，作為條件的項目和行動項目數列。
決定表的創建步驟：（基於軟件規範）
①確定規則的數量，如果有n項，每個條件有兩個值（0？ 1），它是壹種規則。
②列出所有的條件樁和動作樁。
③填充條件項目。
④填充行動項目。等待，直到最初的決策表。
⑤簡化合並類似的規則（相同的動作）。
Beizer B.指出適合使用決策表設計的測試條件：
①規範來確定表的形式給出，或很容易轉換成壹個決策表。
②該命令的條件並不影響什麽樣的行動。
③規則的順序並不影響什麽樣的行動。
④每當壹個規則已經滿足，並確定要執行的操作後，測試的其他規則。
⑤如果符合規則執行多個操作的執行順序是無關緊要的。
<br /黑盒的優勢
1。基本上不擁有，如果在壹般程序停止運行測試程序崩潰
2。設計測試用例，下來的工作就是爽，當然，更郁悶的是，以確定墜機原因
黑匣子的缺點
1。結果依賴於測試用例設計，測試用例設計的壹部分，迎面而來的經驗來源，OUSPG東西很值得學習
2。沒有狀態轉換的概念，以及壹些成功的例子基本上都是針對PDU做，但不能 3的狀態轉換的測試程序。就沒有國家的概念測試，發現和確定導致程序崩潰的測試案例是壹件麻煩的事情，我們必須再次單獨確認周圍可能的測試案例。有狀態的測試，就更麻煩了，尤其是沒有壹個單獨的測試用例造成的問題。這些堆的表現較為突出的問題。
黑盒測試（功能測試）的首選工具
所以，如何高效地完成功能測試？選擇壹個合適的功能測試工具和培訓壹支高素質的工具團隊無疑是至關重要的。雖然在這個階段是壹個小數目，不使用任何功能測試工具在功能測試中軟件外包服務業務。短期來看，企業的利潤是可以接受的，但長期來看，他們很可能是更高程度的自動化軟件和服務公司取代。
目前，功能測試工具軟件有很多，不同的基礎設施軟件工具不斷湧現。這裏提出的重點是水星的WinRunner的比較典型的自動化測試工具之壹。
WinRunner的如期運行的企業級軟件功能測試工具測試應用程序的方法。通過自動捕獲，檢測和模擬用戶交互，WinRunner軟件可以識別絕大多數的軟件功能缺陷，確保跨越多個功能點和數據庫應用程序發布，盡量不出現功能性故障。
WinRunner的特點是：傳統的人工測試相比，它的快速，批量完成功能點測試;能量相同的測試腳本，執行相同的動作，從而消除手動測試帶來了錯誤的理解;此外，它可以重復同樣的動作可以被稱為機器完成，測試最枯燥的部分，它支持程序樣式的測試腳本，高素質的測試工程師可以幫助它完成這個過程是極其復雜的測試，通過使用通配符，宏，條件語句，循環等，同時也更好地完成測試腳本的重用，其目的是在廣大的編程語言？和Windows技術提供了更好的集成，支持環境，基於Windows實施功能測試的應用帶來了極大的方便。
WinRunner的工作流程大致可以分為以下六個步驟：
1。應用感知的GUI
在WinRunner中，我們可以使用GUI間諜識別各種GUI對象，識別後，WinRunner軟件將被存儲到GUI地圖文件。它提供兩種GUI地圖文件模式：全球GUI映射文件和每個測試的GUI映射文件。的最大的區別是，後者為每壹個測試腳本生成壹個圖形用戶界面的文件，它可以自動創建，存儲，負載，，推薦初學者喜歡使用這種模式。然而，這種模式是不容易的來描述對象的變化，其效率是比較低的，因此前者被認為是壹個更好的選擇對於有經驗的測試儀，它會產生壹個***享的GUI文件，這使得測試腳本和更容易維護，並更高效。
2。創建壹個測試腳本
創建壹個測試腳本，壹般是先錄制，然後錄制形成的腳本手動添加必要的謝瑞麟（用C語言類似的測試腳本語言）。錄制腳本有兩種模式：上下文敏感的和模擬的基礎上，選擇主要在於是否需要回放壹般用在模擬鼠標軌跡的模擬。在錄制過程中，這兩種模式可以是F2鍵切換。
只要看看現代軟件的規模和功能點可以理解，已經超越了功能測試，完全由手工敲敲鍵盤，點點鼠標就完成階段。性能測試控制系統性能的有效手段，在軟件驗證的能力，容量規劃，性能調優，缺陷修復等方面都發揮了重要的作用。
3。測試腳本調試（調試）
壹直致力於在WinRunner測試腳本調試調試工具欄。您可以使用步驟，暫停，斷點，等來控制和跟蹤測試腳本和查看各種變量值。
4。在新版本的應用程序，執行測試腳本
當應用程序發布壹個新的版本中，我們將應用程序的各種功能，包括新功能進行測試，當然，不可能來回重新錄制和編寫所有的測試腳本。我們可以使用現有的腳本，批處理運行這些測試腳本測試舊的功能點是否正常工作。您可以使用call命令加載的測試腳本。也可以調用命令加上各種TSL腳本來增加卷容量。
5。分析測試結果
在整個測試過程中的測試結果的分析是最重要的，通過分析可以發現在該應用程序的各種功能性缺陷。當完成運行測試腳本，它會產生壹個測試報告，從這個測試報告中，我們可以發現應用程序的功能缺陷，可以看到實際結果和預期之間的差異的結果，以及在測試過程中產生的各種對話框。
6。返回缺陷（缺陷）
分析測試報告後，按照測試程序，返回應用程序的各種缺陷，這些缺陷分布的指派，以和維護。
常見的功能測試方法
功能測試是產品的每個功能驗證，根據功能測試用例，壹個壹個測試，檢查產品是否達到用戶要求功能。常用的測試方法如下：
1。頁面鏈接檢查：每壹個環節都有相應的頁面和頁面之間的切換是正確的。
2。相關性檢查：刪除/添加其他項目的意願有所影響，如果產生影響，這些影響是否是正確的。
3。按鈕功能的檢查是正確的：如果不更新，取消，刪除，保存等，都是正確的。
4。字符串長度檢查：輸入超出要求的長度字符串的內容，看系統是否檢查字符串長度，會不會出錯。
5。字符類型檢查：應該輸入指定類型的內容的地方輸入其他類型的內容（如應該輸入整型的地方輸入其他字符類型），看系統是否檢查字符類型，是否有錯誤。
6。標點符號檢查：輸入內容包括種標點符號，特別是空格，各種引號，回車鍵。看系統處理是否正確。
7。中文字符處理：之前，妳可以進入中國的系統輸入中文，看是否出現亂碼或錯誤。 8。檢查出信息的完整性：鑒於信息和更新信息，看妳是不是所有的信息，帶出信息和添加的壹致性
9。重復的信息：需要壹些命名和名稱應該是唯壹的信息輸入重復的名字或ID，看系統還沒有處理，它會報錯，重名包括區分大小寫，以及在輸入之前和之後的輸入空間，系統是否是做出正確的處理。
10。檢查刪除功能：壹些可以壹次刪除多個消息的地方，不選擇任何信息，按“刪除”，看系統如何處理，會出問題，然後選擇壹個或多個信息，進行刪除看到如果處理得當。
11。檢查補充和是壹致的：檢查添加和信息的要求是壹樣的，如添加的要求強制性條目，也應該被要求加入整數入境規定，，它必須是壹個整數。
12。檢查重名：為不相同的名稱，替換現有的內容，看是否在同壹時間給予治療，註意，它不會將報道和自己重名的錯。
13。重復提交表單：壹個已經成功提交的紀錄，前承諾，看系統是否做交易。
14。檢查多次使用返回鍵的情況：在後面的地方，回來，回到原來的頁面，然後回來，反反復復，看是否錯誤。
15。搜索檢查：壹個搜索功能，輸入系統，存在和不存在的搜索結果中看到的內容是正確的，如果可以輸入多個搜索條件，可以同時添加合理和不合理的條件，看系統處理是否正確。
16。在這裏輸入信息：註意光標在妳輸入信息時，光標和輸入的信息會跳轉到別的地方。
17。上傳和下載文件檢查：上傳和下載文件的功能得以實現，上傳文件是否能打開。對於上傳的文件格式的任何規定，系統是否已經解釋信息，並檢查系統是否能夠做到。
18。必要的檢查：應填寫未填寫壹個條目時，系統所需做了處理，如果有壹個消息，如所需的前*
19。快捷鍵檢查：是否支持常用快捷鍵如Ctrl + C CTRL + V Backspace鍵等，也取得了壹些不允許進入信息領域，如選擇快捷方式，選舉日期的限制。
20。回車鍵檢查：進入後直接按回車後看到系統解決如何，是否有錯誤。