關於一些誤解黑盒測試想法的論述
之前分別寫了一些白盒測試、黑盒測試、回歸測試、自動化測試的一些基本的東西，這期就重點說說白盒測試和黑盒測試的不同
一般軟體開發人員和測試人員對白盒測試和黑盒測試的感念都有一定的認識，但認為是編**所做的測試是白盒測試，黑盒測試不用編寫**，這其實是一種誤解。
黑盒測試，它是通過測試來檢測每個功能是否都能正常使用。在測試地，把程式看作乙個不能開啟的黑盒子，在完全不考慮程式內部結構和內部特性的情況下，在程式介面進行測試，它只檢查程式功能是否按照需求規格說明書的規定正常使用，程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結構，不考慮內部邏輯結構，主要針功能進行測試。
從理論上講，黑盒測試只有採用窮舉輸入測試，把所有可能的輸入都作為測試情況考慮，才能查出程式中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但可能的輸入進行測試。這樣看來，完全測試是不可能的，所以，通過制定測試案例指導測試的實施，保證軟體測試有組織、按步驟，以及有計畫地進行。黑盒測試行為必須能夠加以量化，才能真正保證軟體質量，而測試用例就是將測試行為具體量化的方法之一。
黑盒測試的優點
1. 基本上不用人管著，如果程式停止執行了一般就是被測試程式crash了
2. 設計完測試例之後，下來的工作就是爽了，當然更苦悶的是確定crash原因
黑盒測試的缺點
2. 沒有狀態轉換的概念，目前一些成功的例子基本上都是針對pdu來做的，還做不到針對被測試程式的狀態轉換來作
3. 就沒有狀態概念的測試來說，尋找和確定造成程式crash的測試例是個麻煩事情，必須把周圍可能的測試例單獨確認一遍。
而白盒測試，之前也有說過它是按照程式內部的結構測試程式，通過測試來檢測產品內部動作是否按照設計規格說明書的規定正常進行，檢驗程式中的每條通路是否都能按預定要求正確工作。具體的方法的其他資訊，我已經在之前的幾片文章寫過，大家可以去看看
關於一些誤解黑盒測試想法的論述
之前分別寫了一些白盒測試 黑盒測試 回歸測試 自動化測試的一些基本的東西，這期就重點說說白盒測試和黑盒測試的不同 一般軟體開發人員和測試人員對白盒測試和黑盒測試的感念都有一定的認識，但認為是編 所做的測試是白盒測試，黑盒測試不用編寫 這其實是一種誤解。黑盒測試，它是通過測試來檢測每個功能是否都能正常...
關於白盒測試的一些想法
近一年多一直在從事服務端的測試 工作，雖然之前也做過兩年，但融合了自動化測試和功能測試以及單元測試，所以精力有限，接觸到的白盒測試比較碎也比較淺。近期專案進入了調整期，有時間整理下對於專案測試中的 測試一些感觸。順便對未來的工作方向和計畫做好準備工作。2014年可能需要繼續負責服務端專案測試工作，但...
關於OCR，一些想法
ocr一般分為兩種 1，根據給定的字元特徵集合，提取未知字元的特徵進行匹配識別 典型例子 gocr 2，不知道字元特徵，但給出提取特徵的規則，通過機器學習training來獲取某個字符集的特徵集，對未知字元進行匹配識別。典型例子 tesseract 第一種方法簡單，在某些場合很高效，但比較侷限，字符...