新互聯教育（jdzh-wx）提醒您。軟件測試是一項批判性的工作，目的就是找出軟件中的缺陷。這裡暫時不去深究為什麼要進行軟件測試，以及軟件測試帶來的好處。只介紹軟件測試中一些基本的測試方法。根據是否查看代碼程序分為黑盒測試和白盒測試；根據是否運行軟件又可分為靜態測試和動態測試。
黑盒測試：又叫功能測試或行為測試，只需考慮各個功能，不需要考慮整個軟件的內部結構及代碼。
白盒測試：訪問代碼，通過檢查代碼的線索來協助測試。
靜態測試：測試軟件不運行的部分，只是檢查和審核。
動態測試：使用和運行軟件進行測試。
1、靜態黑盒測試：檢查產品說明書，並在軟件編寫之前找出問題
· 對產品說明書或軟件需求報告進行高級審查：
(1)站在一個設計者的角度進行審查，找出根本性問題或遺漏之處
(2)站在客戶（使用者）的角度來審查，因為軟件質量的定義是滿足客戶的需求
(3)研究現有的標準和規範，可以是公司習慣用語和約定、行業要求、GUI、安全標準；檢查所用標準是否正確、遺漏，是否與標準和規範相牴觸
(4)審查和測試類似軟件，檢查它的規模、複雜性、測試性、質量和可靠性、安全性
· 對產品說明書或軟件需求報告進行低層次測試：
一份優秀的產品說明書或者需求報告：必須是完整、準確、精確（不含糊、清晰）、一致、貼切、合理、代碼無關、可測試性
2、動態黑盒測試：在不瞭解軟件如何工作的前提下進行測試
兩種基本方法：通過性測試和失效性測試
選擇測試用例：等價類劃分：把軟件具有相似輸入，相似輸出，相似操作的分在一組。一個等價類或等價類劃分是指測試相同目標或者暴露相同軟件缺陷的一組測試用例。
等價類劃分的目標：把可能的測試用例集縮減到可控制且仍然足以測試軟件的小範圍內。
(1)測試數據
通過性測試：
a) 邊界條件：軟件運行在計劃操作界限的邊界情況。測試邊界包括測試臨近邊界的有效數據、測試最後一個可能有效的數據、測試剛超過邊界的無效數據。
b)次邊界條件：典型的次邊界條件：2的冪、ASCII表
c)測試默認、空白、空值、零值和無這些數據
失效性測試：
d)測試非法、錯誤、不正確和垃圾數據
(2)測試狀態
軟件狀態：軟件當前所處的條件或者模式。
狀態測試：測試程序的狀態及其轉換。
步驟：1)建立狀態轉換圖
2)減少要測試的狀態及其轉換的數量
a. 每一種狀態至少訪問一次
b. 測試狀態之間最不常用的分支
c. 測試所有錯誤狀態及其返回值
d. 測試隨機狀態轉換
e. 測試看起來是最常見和普遍的狀態轉換
通過性狀態測試：審查軟件，描繪狀態，嘗試各種合法可能性，確認狀態及其轉換正常。
失效性狀態測試：競爭條件、重複（檢查內存洩漏）、壓迫（在不夠理想條件下運行：內存小，磁盤空間少...儘量限制軟件的必要條件）、重負（提供條件任其發揮）。
3、靜態白盒測試：在不執行軟件的條件下有條理地仔細審查軟件設計、體系結構和代碼，從而找出軟件缺陷的過程
(1) 編碼標準和規範：可靠性、可讀性/可維護性、可移植性
(2)通用代碼審查清單：
a. 數據引用錯誤 -> 緩存區溢出
c. 計算錯誤
d. 比較錯誤
e. 控制流程錯誤
f. 子程序參數錯誤
g. 輸入/輸出錯誤
h. 其他檢查 -> 編碼、可移植、兼容
4、動態白盒測試：結構化測試，檢查代碼並觀察運行狀況，利用查找代碼功能和實現方式得到的信息來確定哪些需要測試，哪些不需要，如何開展測試，包括如下內容：
(1) 直接測試底層函數過程，子程序和庫（API）
(2) 以完整程序的方式從頂層測試軟件，根據對軟件運行的瞭解調整測試用例
(3)從軟件獲得讀取變量和狀態信息的訪問權，確定測試與預期結果是否相符，強制軟件以正常測試難以實現的方式運行
(4) 估算執行測試時命中的代碼量和具體代碼，調整測試，去掉多餘的測試用例，補充遺漏的用例
動態白盒測試與調試的區別：都包括處理軟件缺陷和查看代碼的過程，但是它們的目標不同：測試的目標是尋找軟件缺陷；調試的目標是修復缺陷
測試方法：分段測試（單元測試和集成測試）、數據覆蓋、代碼覆蓋
數據覆蓋：數據流覆蓋，在軟件中完全跟蹤一批數據。
次邊界：與動態黑盒測試類似。
公式和等式：類似除法運算中，考慮除數為0的情況。
錯誤強制：迫使軟件中的所有錯誤提示信息顯示出來。
代碼覆蓋：測試程序的狀態以及程序的流程，設法進入和退出每一個模塊，執行每一行代碼，進入軟件每一條邏輯和決策分支
代碼覆蓋包括：程序語句和代碼行覆蓋、分支覆蓋（比如判斷語句中if分支和else分支）、條件覆蓋（一個條件中可能包含幾個子條件，要覆蓋每一個子條件及它們的組合）。
軟件測試其實就是在用戶之前使用和運行軟件，儘早找出軟件中存在缺陷。我們不可能對軟件進行完全測試，只可能在測試有限的用例後使得軟件仍然存在bug的概率儘可能小。以上所述僅僅只是一點皮毛，軟件測試覆蓋的知識面很廣，需要學習的還有很多！
閱讀更多 甜味卷兒 的文章
