黑盒測試：將測試物件看成個黑盒子，不去管內部具體程式，只關注外部介面，只檢查程式功能是否按照需求規格說明書的規定正常使用，程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於
程式外部結構，不考慮內部
邏輯結構
，主要針對
軟體介面
和軟體功能進行測試。
優點：
容易實施，不需要關注內部的實現
更貼合使用者使用角度
缺點：測試覆蓋率較低，一般只能覆蓋測試**量的百分之40。
針對黑盒測試的自動化測試，復用率較低，維護成本較高。
黑盒測試的關注內容：
1、是否有不正確或遺漏的功能？
2、在介面上，輸入是否能正確接受？能否輸出正確的結果？
3、是否有資料結構的錯誤或外部資訊的訪問錯誤？
4、效能是否能滿足要求（重點）
白盒測試：又稱結構測試、透明盒測試、邏輯驅動測試或基於
**的測試。
白盒測試是一種
測試用例設計
方法，盒子指的是被測試的
軟體，白盒指的是盒子是可視的，你清楚盒子內部的東西以及裡面是如何運作的。
白盒測試法的覆蓋標準有
邏輯覆蓋
、迴圈覆蓋和基本路徑測試。其中邏輯覆蓋包括語句覆蓋
、判定覆蓋
、條件覆蓋
、判定/條件覆蓋、條件組合覆蓋
和路徑覆蓋
。六種覆蓋標準發現錯誤的能力呈由弱到強的變化：
1.語句覆蓋每條語句至少執行一次。
2.判定覆蓋每個判定的每個分支至少執行一次。
3.條件覆蓋每個判定的每個條件應取到各種可能的值。
4.判定/條件覆蓋同時滿足判定覆蓋條件覆蓋。
5.條件組合覆蓋每個判定中各條件的每一種組合至少出現一次。
6.路徑覆蓋使程式中每一條可能的路徑至少執行一次。
靜態測試：無需執行程式，通過評審軟體文件或**，度量程式靜態複雜度，檢查軟體是否符合程式設計標準，藉以發現編寫的程式的不足，減少程式出現錯誤的概率。
動態測試是指：執行被測程式，檢查執行結果與預期結果的差異，並分析執行效率、正確性和健壯性。
手工測試：由專門的測試人員從使用者視角來驗證軟體是否滿足設計要求的行為。更適用針對深度的測試和強調主觀判斷的測試。
自動化測試：使用單獨的測試工具軟體控制測試的自動化執行以及對預期和結果進行自動檢測。
測試 測試手段
在越來越多公司使用敏捷的開發模式，輕文件甚至無文件，需求不明確，測試時間越來越短。測試難度增大這就需要更多的測試手段。code review 靜態分析 靜態 分析是指在不執行 的方式下，通過詞法分析 語法分析 控制流 資料流等分析對程式 進行掃瞄，驗證 是否滿足規範性，安全性 可靠性 可維護性等指標...
軟體測試的分類 按測試手段來分類
根據測試時物件的可見度分為 黑盒測試 白盒測試 根據測試的狀態分為 靜態測試 動態測試 測試執行的方式 手工測試 自動化測試 1 黑盒測試 在完全不考慮程式內部結構和內部特性的情況下對暴露出來的介面對程式進行測試 針對可見的功能進行測試 優點 1.容易實施，不需要關注內部的實現 2.更貼近使用者的使...
軟體測試 手機軟體測試
測試計畫 測試方案 測試用例 執行 功能測試 流程測試 功能點測試 相容性測試 交叉測試 安裝解除安裝測試 包括應用的公升級 壓力測試 介面壓力測試 功能測試 對具體功能點一一測試，確保每個點都能正確實現相應功能 相容性測試 對市場上主流的裝置安裝應用執行測試，確保都能正常執行 交叉測試 對於正在執...