白盒測試，又稱結構測試、透明盒測試、邏輯驅動測試或基於**的測試。
盒子就是指被測的軟體，白盒的意思就是軟體內部的結構是可視的，測試人員可以根據**，在分析完程式的結構之後，我們全面了解程式內部邏輯結構、對所有邏輯路徑進行測試。我們要窮舉路徑，從檢查程式的邏輯著手，得出測試資料。但有的時候，貫穿程式的獨立路徑數是天文數字。
覆蓋白盒測試法的覆蓋標準有邏輯覆蓋、迴圈覆蓋和基本路徑測試。其中邏輯覆蓋包括語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋。六種覆蓋標準發現錯誤的能力呈由弱到強的變化：
1.語句覆蓋每條語句至少執行一次。
2.判定覆蓋每個判定的每個分支至少執行一次。
3.條件覆蓋每個判定的每個條件應取到各種可能的值。
4.判定/條件覆蓋同時滿足判定覆蓋條件覆蓋。
5.條件組合覆蓋每個判定中各條件的每一種組合至少出現一次。
6.路徑覆蓋使程式中每一條可能的路徑至少執行一次。
我們一般依據軟體設計說明書進行測試、對程式內部細節的嚴密檢驗、針對特定條件設計測試用例、對軟體的邏輯路徑進行覆蓋測試。
窮舉路徑，畫出流程圖是我認為最麻煩的。
1.迫使測試人員去仔細思考軟體的實現 窮舉各種問題
2.可以檢測**中的每條分支和路徑
3.揭示隱藏在**中的錯誤窮，舉路徑過程中，問題一旦發生，也即被定位
4.對**的測試比較徹底
5.最優化
1.昂貴
2.無法檢測**中遺漏的路徑和資料敏感性錯誤，一旦有漏下的情況，問題發現不了，
3.不驗證規格的正確性
但即使每條路徑都測試了仍然可能有錯誤。可能出現的情況如下：
窮舉路徑測試決不能查出程式違反了設計規範，即程式本身是個錯誤的程式。
窮舉路徑測試不可能查出程式中因遺漏路徑而出錯。（窮舉必須認真）
窮舉路徑測試可能發現不了一些與資料相關的錯誤。白盒測試基於**，如果是資料庫或者一些關鍵資料是錯的，那麼我們是發現不了的。
總體而言，對於一些規模較小的軟體，還是白盒測試相對較好，窮舉路徑，不易遺漏，對問題的測試更加地透徹。
白盒測試一些方法
白盒測試足針對軟體內部結構的測試，土要是川覆蓋的方式對程式 進行測 戚。下面就白盒測試中的六種典型覆蓋方法進行 1 語句覆蓋 作為最基本的邏輯覆蓋方法，語句覆蓋 的含義是 選擇足夠多的測試資料，使得被測程式中的每個語句至少執行一次。通過語句覆蓋，可以直觀地從源 得到測試用例，無須細分每條判定表示式 ...
關於白盒測試的一些想法
近一年多一直在從事服務端的測試 工作，雖然之前也做過兩年，但融合了自動化測試和功能測試以及單元測試，所以精力有限，接觸到的白盒測試比較碎也比較淺。近期專案進入了調整期，有時間整理下對於專案測試中的 測試一些感觸。順便對未來的工作方向和計畫做好準備工作。2014年可能需要繼續負責服務端專案測試工作，但...
window存在的一些問題！
1 some tips for table service.1.1 修改最大連線數，如果需要。config file servicepointmanager.defaultconnectionlimit 24 1.2 turn off 100 continue config file service...