測試的四個階段： 1）單元測試（屬於白盒測試） 測試函式 開發人員完成一個函式，測試人員檢查一個函式 檢查函式是否和lld（詳細設計說明書）一致 由開發人員完成 2）整合測試（屬於灰盒測試） 測試模組 開發人員完成一個模組，測試人員檢查一個模組 檢查模組是否和hld（概要設計說明書）一致 開發人員或測試人員完成 3）系統測試（屬於黑盒測試） 測試整個軟體 不同使用者使用習慣和使用環境不同 檢查整個軟體是否和srs（需求規格說明書）一致 測試人員完成 4）驗收測試 測試整個軟體 使用者驗收     正式驗收測試：第三方完成：軟體評測中心     非正式驗收測試：α測試——遊戲內側，在實驗環境下進行，受控的                        β測試—— 遊戲公測，在使用者環境下進行，不受控的 檢查整個軟體是否和使用者需求一致

每個階段的四個活動： 1）測試計劃活動 由測試經理或組長完成 輸出測試計劃文件 2）測試設計活動 由資深測試工程師完成 輸出測試方案文件 3）測試實現活動 由普通的測試工程師完成 輸出測試用例文件 4）測試執行活動 由測試員完成 搭建測試環境 執行測試用例 提交缺陷報告 編寫工作日誌，測試記錄，測試報告

什麼是迴歸測試？ 答：開發人員修復了缺陷，需要通過迴歸測試來驗證 迴歸測試的目的：驗證缺陷是否修復，檢查是否引入了新的缺陷（可使用自動化測試）。 策略：選擇性迴歸；完全迴歸

常見的測試模型： 1）瀑布模型 計劃——需求分析——設計——編碼——單元測試——整合測試——系統測試——驗收測試——維護 2）雙V模型 測試和開發是並行開展工作 測試設計和測試執行分離 設計順序和執行順序是反過來的 雙V：     驗證：單元測試需要驗證程式碼是否和詳細設計一致     確認：確認程式碼是否和需求規格一致

黑白灰的測試依據： 1）srs 只能瞭解到軟體的外在特性 2）hld 瞭解到各個模組的功能 瞭解各個模組內有幾個函式 但無法瞭解每個函式的構造 3）lld 瞭解每個函式的功能 瞭解每個函式的內部構造

黑盒測試：     依據外在特性來進行測試就是黑盒測試     整個軟體的測試可用黑盒測試——系統測試     單個模組的測試可用黑盒測試——整合測試     單個函式的測試可用黑盒測試——單元測試     功能，效能的測試都屬於黑盒測試

白盒測試： 基於內部構造進行測試就是白盒測試 一般在單元測試中使用 系統測試也可使用 語句覆蓋，條件覆蓋都屬於白盒測試的方法

灰盒測試： 基於外在特性和部分內部構造進行測試就是灰盒測試 一般在整合測試中使用 系統測試也可以使用

靜態測試和動態測試： 開發人員的工作成果：需求規格，概要設計，詳細設計，程式碼，程式，使用者手冊，幫助 開發人員的工作成果都可以作為測試物件： ①針對需求規格，概要設計，詳細設計，可以展開靜態測試——不執行被測物件 ②針對程式碼可以展開靜態測試——不執行程式碼 ③針對程式碼也可以採用動態測試——執行程式碼 靜態測試：人工靜態測試；自動化靜態測試 動態測試：功能測試；語句覆蓋

人工測試，自動化測試： 自動化測試用於提高測試效率，不能提高測試效果 自動化測試適用範圍：軟體介面不再變化或者變化較小                     指令碼執行次數要達到一定次數 自動化測試的優點：完全一致性                   不受時間限制 自動化測試的缺點：檢查什麼完全由指令碼確定，測試效果依賴於指令碼的質量                   介面發生變化可能導致指令碼的修改