有句俗語說得好：不管白貓、黑貓，能抓到老鼠就是好貓。
如果用在軟體測試領域，這句話也一點都沒錯。不管黑盒、白盒，能找出bug、發現缺陷，保證軟體質量才是王道。
對於剛踏足軟體測試的新手小白來說，黑盒測試、白盒測試絕對是入門必學詞彙之一。不過，他們說的黑是什麼黑？白又是什麼白？兩者的區別到底在**呢？且聽我一一道來。
最大區別：關注物件不一樣
黑盒測試和白盒測試，二者最大的區別應該就是測試時關注的物件不一樣。
黑盒測試主要針對的是程式所展現給使用者的功能，白盒測試主要針對的是程式**邏輯，簡單的說，就是前者測試最終展示功能，後者測試後台程式。
黑盒測試
黑盒，顧名思義就是：把測試物件看作乙個不能開啟的黑盒子。測試時，測試人員完全不用考慮盒子裡面的邏輯結構和具體運作，只依據程式的需求規格說明書，檢查程式的功能是否符合它的功能說明，檢驗輸出結果對不對。
白盒測試
與黑盒恰恰相反，這種方法是把測試物件看作乙個開啟的透明盒子。測試時，測試人員會利用程式內部的邏輯結構及有關資訊，通過在不同點檢查程式狀態，檢驗程式中的每條通路是否都能按預定要求進行正確工作。
舉個栗子，加深理解
說到這裡，我們來舉乙個生活中的小栗子，相信能更好的幫你理解這兩種測試方法。
假設，小a和小b是一對情侶，決定在家做飯。小a讓小b出門買菜，最好乙個小時內能買齊回家。
如果在黑盒模式下，小a（測試人員）會為小b列出一張購買清單（所謂：需求規格說明書），然後告訴小b，現在是9:45，只要在10:45之前買齊所有東西，帶著回家就可以了。
如果在白盒模式下，就可能是下面這樣的情況。
小b達到指定的菜場後，小a開始**遠端指揮：
首先買肉，賣肉的攤位，你要去指定的那一家。
你現在進的是南門嗎？走南門的話，進去，靠右走，一直走到最裡面……
什麼？你走的北門？如果是走北門的話，一進去，先左拐，走到頭，到賣酸奶那裡，往右拐，一直往前走……
跟老闆說要買黑豬肉，要前腿，不要後腿，6兩就夠了。
好了，現在去買豆芽。
豆芽一定要看好日期，看看是不是今天的。如果不是今天的，就買昨天的。如果昨天的也沒有，就不新鮮了。
哦，對了，有三種牌子的豆芽，一種散稱的，兩種袋裝的。要是袋裝的沒有，就買散稱的。如果你買散稱的，你要看看根兒黑了沒，別挑桿太肥的……
接下來……
總有人喜歡比較：黑盒測試和白盒測試到底哪個更好呢？其實，從上面的例子也不難看出，兩者的優勢各不相同。但無論採用哪種測試方法，毫無疑問都是為了找出缺陷，發現風險，從而確保軟體的缺陷更少，質量更好。黑盒和白盒，始終交織出現在我們的測試工作中
有句俗語說得好：不管白貓、黑貓，能抓到老鼠就是好貓。
如果用在軟體測試領域，這句話也一點都沒錯。不管黑盒、白盒，能找出bug、發現缺陷，保證軟體質量才是王道。
對於剛踏足軟體測試的新手小白來說，黑盒測試、白盒測試絕對是入門必學詞彙之一。不過，他們說的黑是什麼黑？白又是什麼白？兩者的區別到底在**呢？且聽我一一道來。
最大區別：關注物件不一樣
黑盒測試和白盒測試，二者最大的區別應該就是測試時關注的物件不一樣。
黑盒測試主要針對的是程式所展現給使用者的功能，白盒測試主要針對的是程式**邏輯，簡單的說，就是前者測試最終展示功能，後者測試後台程式。
黑盒測試
黑盒，顧名思義就是：把測試物件看作乙個不能開啟的黑盒子。測試時，測試人員完全不用考慮盒子裡面的邏輯結構和具體運作，只依據程式的需求規格說明書，檢查程式的功能是否符合它的功能說明，檢驗輸出結果對不對。
白盒測試
與黑盒恰恰相反，這種方法是把測試物件看作乙個開啟的透明盒子。測試時，測試人員會利用程式內部的邏輯結構及有關資訊，通過在不同點檢查程式狀態，檢驗程式中的每條通路是否都能按預定要求進行正確工作。
舉個栗子，加深理解
說到這裡，我們來舉乙個生活中的小栗子，相信能更好的幫你理解這兩種測試方法。
假設，小a和小b是一對情侶，決定在家做飯。小a讓小b出門買菜，最好乙個小時內能買齊回家。
如果在黑盒模式下，小a（測試人員）會為小b列出一張購買清單（所謂：需求規格說明書），然後告訴小b，現在是9:45，只要在10:45之前買齊所有東西，帶著回家就可以了。
如果在白盒模式下，就可能是下面這樣的情況。
小b達到指定的菜場後，小a開始**遠端指揮：
首先買肉，賣肉的攤位，你要去指定的那一家。
你現在進的是南門嗎？走南門的話，進去，靠右走，一直走到最裡面……
什麼？你走的北門？如果是走北門的話，一進去，先左拐，走到頭，到賣酸奶那裡，往右拐，一直往前走……
跟老闆說要買黑豬肉，要前腿，不要後腿，6兩就夠了。
好了，現在去買豆芽。
豆芽一定要看好日期，看看是不是今天的。如果不是今天的，就買昨天的。如果昨天的也沒有，就不新鮮了。
哦，對了，有三種牌子的豆芽，一種散稱的，兩種袋裝的。要是袋裝的沒有，就買散稱的。如果你買散稱的，你要看看根兒黑了沒，別挑桿太肥的……
接下來……
總有人喜歡比較：黑盒測試和白盒測試到底哪個更好呢？其實，從上面的例子也不難看出，兩者的優勢各不相同。但無論採用哪種測試方法，毫無疑問都是為了找出缺陷，發現風險，從而確保軟體的缺陷更少，質量更好。黑盒和白盒，始終交織出現在我們的測試工作中
黑盒測試 白盒測試
黑盒測試 black box testing，又稱為功能測試或資料驅動測試 是把測試物件看作乙個黑盒子。利用黑盒測試法進行動態測試時，需要測試軟體產品的功能，不需測試軟體產品的內部結構和處理過程。黑盒測試注重於測試軟體的功能性需求，也即黑盒測試使軟體工程師派生出執行程式所有功能需求的輸入條件。黑盒測...
什麼是 黑盒測試 白盒測試 靜態測試？
單元測試 看源 分析程式內部邏輯結構 整合測試 對設計的檢測 系統測試 測試功能 交接測試 即確認測試 測試是否符合使用者需求 黑盒測試法 一般用來確認軟體功能的正確性和可操作性,目的是檢測軟體的各個功能是否能得以實現,把被測試的程式當作乙個黑盒,不考慮其內部結構,在知道該程式的輸入和輸出之間的關係...
黑盒測試和白盒測試
任何工程產品 注意是任何工程產品 都可以使用以下兩種方法之一進行測試。黑盒測試 已知產品的功能設計規格，可以進行測試證明每個實現了的功能是否符合要求。白盒測試 已知產品的內部工作過程，可以通過測試證明每種內部操作是否符合設計規格要求，所有內部成分是否以經過檢查。軟體的黑盒測試意味著測試要在軟體的介面...