黑盒測試法也稱功能測試或資料驅動測試，它是在已知產品所應具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把程式看作乙個不能開啟的黑盒子，在完全不考慮程式內部結構和內部特性的情況下，測試者在程式介面進行測試，它只檢查程式功能是否按照需求規格說明書的規定正常使用，程式是否能適當地接收輸入數鋸而產生正確的輸出資訊，並且保持外部資訊（如資料庫或檔案）的完整性。
黑盒測試主要發現以下型別的錯誤：
基於規格說明的構件或系統行為錯誤
基於規格說明的效能錯誤
面向使用者的使用錯誤
黑盒介面錯誤
邊界值的核心：「場在河邊走，那有不濕鞋」
邊界值本身只是乙個特定的資料，輸入條件規定了值的範圍 例如：文字框需要輸入6-18位字元
邊界值有：6個字元 18個字元
次邊界，邊界附近的值，按照系統規定的單位或者計算方式乙個資料的差異
邊界值的選擇原則
黑盒測試 邊界值分析法
引入 乙個軟體無論實現怎樣各種各樣豐富的功能，其內部實現都不可避免的對各種各樣的資料範圍進行界定與判斷，從而針對不同的資料範圍進行所需的處理，從而實現軟體的需求。而由於需求界定不準確 設計不嚴密 程式書寫手誤等原因，對於這些資料範圍邊界的判斷是軟體極容易出錯的地方，使軟體做出錯誤的處理。從而無法滿足...
黑盒測試 邊界值分析法
引入 乙個軟體無論實現怎樣各種各樣豐富的功能，其內部實現都不可避免的對各種各樣的資料範圍進行界定與判斷，從而針對不同的資料範圍進行所需的處理，從而實現軟體的需求。而由於需求界定不準確 設計不嚴密 程式書寫手誤等原因，對於這些資料範圍邊界的判斷是軟體極容易出錯的地方，使軟體做出錯誤的處理。從而無法滿足...
軟體測試 黑盒測試 邊界值分析法
可能存在邊界值的地方 數字 字元 位置 質量 大小 速度 方位 尺寸 空間 對應的邊界 最大 最小 首位 末位 上 下 最快 最慢 最高 最低 最短 最長 空 滿 測試實踐表明，大量的故障往往發生在輸入定義域的邊界上，而不是在其內部。因此，針對各種邊界情況設計測試用例，通常會取得很好的測試效果。例如...