我們在進行日常程式開發和維護的時候，或許總有乙個疑問，為什麼老有改不完的bug！！其實，陷入這種困境的原因往往是不注重單元測試導致的。
我們知道一般將測試分為黑盒測試和白盒測試兩部分，黑盒測試較為基礎直觀，是從錯誤的表面現象中去找問題的原因，一般的bs測試人員都是在進行這種測試，總體講黑盒測試對技術的要求不高，只要懂得使用軟體就可以測試了。白盒測試不同，它是從**本身去找問題，是從問題的根源去查詢可能存在的問題，查的更為深入，對技術的要求也更高。也許有人說軟體如果發生錯誤就一定會表現出來，那不是黑盒測試也可以發現問題，但問題是如果你做的專案沒有表現頁面呢！！！一般的黑盒測試人員都是通過瀏覽器這個表現頁面進行測試，但有的服務是隱蔽在後台的，沒有客戶端供測試人員呼叫，這時就需要白盒測試了。
說了那麼多，主要是要告訴程式設計師要養成白盒測試的習慣，不要覺得自己只管開發，測試是qa的事，其實不然，如果你能夠在自己的開發過程中灌輸白盒測試的思想，保證軟體質量，這不是很好嘛?不用qa天天纏著你改bug，這多好。
python 白盒測試 白盒測試方法
白盒測試是單元測試階段常用到的測試方法，其特點有 1 可以構成測試資料，使特定程式部分得到測試 2 有一定的充分性度量手段 3 可獲得較多工具支援 4 通常只用於單元測試。下邊通過一段 來看一下白盒測試中的邏輯覆蓋 那麼為了清晰，我們畫出乙個該程式的流程圖 1 語句覆蓋 語句覆蓋是最弱的邏輯覆蓋準則...
關於白盒測試的一些想法
近一年多一直在從事服務端的測試 工作，雖然之前也做過兩年，但融合了自動化測試和功能測試以及單元測試，所以精力有限，接觸到的白盒測試比較碎也比較淺。近期專案進入了調整期，有時間整理下對於專案測試中的 測試一些感觸。順便對未來的工作方向和計畫做好準備工作。2014年可能需要繼續負責服務端專案測試工作，但...
白盒測試的測試方法
邏輯覆蓋法是白盒測試最常用的測試方法，基本包括語句覆蓋，判定覆蓋，條件覆蓋，條件判定覆蓋，條件組合覆蓋，路徑覆蓋6種。對程式的邏輯覆蓋很少，只關心判定表示式的值，是很弱的邏輯覆蓋標準。基本思想 設計若干測試用例，執行被測程式，使程式中每個可執行語句至少執行一次。優點 檢查所有語句 覆蓋率高 缺點 無...