黑盒測試

談到黑盒測試，難免會拿白盒測試來對比。首先我們先了解一下，什麼是所謂的白，所謂的黑。

黑盒測試，顧名思義，看不到盒子里的具體內容結構，關注輸入，輸出結果。官方解釋：又被稱為功能測試、數據驅動測試或基於規格說明的測試，是通過使用整個軟體或某種軟體功能來嚴格地測試, 而並沒有通過檢查程序的源代碼或者很清楚地了解該軟體的源代碼程序具體是怎樣設計的。測試人員通過輸入他們的數據然後看輸出的結果從而了解軟體怎樣工作。

白盒測試，可以簡單理解為，能看到盒子里的每一個架構，組織，相當於系統中的每個模塊的代碼實現都是對你開放的，關注代碼邏輯實現。官方解釋：是通過程序的源代碼進行測試而不使用用戶界面。這種類型的測試需要從代碼句法發現內部代碼在演算法，溢出，路徑，條件等等中的缺點或者錯誤，進而加以修正。白盒測試對測試人員要求較高，需會代碼，知道代碼設計思想，了解系統架構等。也就是我們說的測試開發。

下面我們簡單了解一下黑盒測試設計的測試點：

黑盒測試常見錯誤類型及說明

用戶界面錯誤

功能性，易用性，執行速度，用戶使用時產生錯誤的比率，用戶滿意度

功能性

過度功能性，誇大的功能性印象，遺漏功能，錯誤功能，功能性必須由用戶創建，不能做用戶期望的工作。

人機交互

遺漏信息，沒有任何屏幕指令，無正式文件證明（說明）的功能特徵，看起來不可能退出的狀態，沒有游標，沒有對輸入做出響應，未能突出顯示部分屏

界面布局的顯示

從美學角度看屏幕布局很拙劣,菜單布局錯誤,對話框布局錯誤,系統當前位置，不同瀏覽器中顯示比例，各個下拉框中字體樣式一致性

菜單

過於複雜的菜單層次，不適當的菜單導航系統，太多路徑到達相同位置，

鍵盤不能正確使用

無法使用編輯鍵或功能鍵，功能鍵的不標準使用，tab鍵，enter鍵的兼容使用

錯誤檢測

忽視溢出，忽視不可能的值，忽視看上去不真實的值，忽視錯誤標誌

邊界相關的錯誤

數值邊界，與一個邊界相等，多種多樣的邊界，時間的邊界，

計算錯誤

很差的邏輯，很差的演算法，不精確計算

簡單總結一些常見的測試點，當然只是測試過程中的鳳毛麟角，更多的測試點，測試思想，一起探討