3 是否執行劃分
4 是否檢視**劃分
5 是否手工劃分
6 其他
7 思維導圖
定義：人工或自動的手段在規定的條件下對程式進行操作，以發現程式錯誤，衡量軟體質量，檢驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差別。
目的：目的是發現問題，發現至今未發現的問題，檢查系統是否滿足需求。
物件：系統、資料、文件
模型：需求分析》概要設計》詳細設計》編寫**》單元測試》整合測試》系統測試》驗收測試
檢驗軟體基本組成單位的正確性。
測試階段：編碼後
測試物件：最小模組
測試人員：白盒測試工程師或開發工程師
測試依據：**和注釋+詳細設計文件
測試方法：白盒測試
測試內容：模組介面測試、區域性資料結構測試、路徑測試、錯誤處理測試、邊界測試
聯合測試、組裝測試，將程式模組採用適當的整合策略組裝起來，對系統的介面及整合後的功能進行正確性檢測的測試
測試階段：一般單元測試之後進行
測試物件：模組間的介面
測試人員：白盒測試工程師或開發工程師
測試依據：單元測試的模組+概要設計文件
測試方法：黑盒測試與白盒測試相結合
測試內容：模組之間資料傳輸、模組之間功能衝突、模組組裝功能正確性、全域性資料結構、單模組缺陷對系統的影響
將軟體看成是乙個系統。對功能、效能以及軟體所執行的軟硬體環境進行測試。時間大部分在系統測試執行階段
測試階段：整合測試通過之後
測試物件：整個系統（軟、硬體）
測試人員：黑盒測試工程師
測試依據：需求規格說明文件
測試方法：黑盒測試
測試內容：功能、介面、可靠性、易用性、效能、相容性、安全性等
驗收測試是部署軟體之前的最後乙個測試。技術測試的最後乙個階段，也稱為交付測試。確保軟體準備就緒，按照專案合同、任務書、雙方約定的驗收依據文件，向軟體購買方展示該軟體系統滿足需求
測試階段：系統測試通過之後
測試物件：整個系統（包括軟硬體）。
測試人員：主要是終端使用者或者需求方。
測試依據：使用者需求、驗收標準
測試方法：黑盒測試
測試內容：同系統測試(功能…各類文件等)
靜態測試是不執行被測程式本身，僅通過分析或檢查源程式的語法、結構、過程、介面等來檢查程式的正確性。對需求規格說明書、軟體設計說明書、源程式做結構分析、流程圖分析、符號執行來找錯
檢查項：**風格和規則審核；程式設計和結構的審核；業務邏輯的審核；走查、審查與技術複審手冊
靜態質量：衡量標準，功能性(functionality)、可靠性(reliability)、可用性(usability)、有效性(efficiency)、可維護性（maintainability）、可移植性(portability)
動態測試是通過執行被測程式，檢查執行結果與預期結果的差異，並分析執行效率、正確性和健壯性等效能。這種方法由三部分組成：構造測試用例、執行程式、分析程式的輸出結果
黑盒測試也稱功能測試，測試中把被測的軟體當成乙個黑盒子，不關心盒子的內部結構是什麼，只關心軟體的輸入資料與輸出資料
常見黑盒測試又可劃分為功能測試、效能測試
功能測試主要包括：ui測試、冒煙測試、業務邏輯測試、相容性測試、易用性測試、安全測試、回歸測試等。
效能測試主要包括：負載測試、壓力測試、容量測試、併發測試、配置測試、可靠性測試等。
灰盒測試，是介於白盒測試與黑盒測試之間的一種測試，灰盒測試多用於整合測試階段，不僅關注輸出、輸入的正確性，同時也關注程式內部的情況。
白盒測試又稱結構測試、透明盒測試、邏輯驅動測試或基於**的測試。
在預設條件下執行系統，評估執行結果，預先條件應包括正常條件和異常條件。簡單說就是把以人為驅動的測試轉化為機器執行的一種過程
功能測試自動化、效能測試自動化、安全測試自動化
手工測試就是由人去乙個乙個的輸入用例，然後觀察結果，和機器測試相對應，屬於比較原始但是必須的乙個步驟
優點：自動化無法替代探索性測試、發散思維類無既定結果的測試
缺點：執行效率慢，量大易錯
隨機測試主要是根據測試者的經驗對軟體進行功能和效能抽查。根據測試說明書執行用例測試的重要補充手段，是保證測試覆蓋完整性的有效方式和過程。隨機測試主要是對被測軟體的一些重要功能進行複測，也包括測試那些當前的測試用例(testcase)沒有覆蓋到的部分。
冒煙測試，就是開發人員在單個版本的軟體上執行目前的冒煙測試專案，確定新的程式**不出故障。
冒煙測試目的是確認軟體基本功能正常，執行者一般是版本編譯人員。現執行物件基本是測試人員，在正規測試乙個新版本之前，投入較少的人力和時間驗證基本功能，通過則測試准入。
安全測試在軟體產品的生命週期中，特別是產品開發基本完成到發布階段，對產品進行檢驗以驗證產品符合安全需求定義和產品質量標準的過程 。
回歸測試是修改了舊**後，重新進行測試以確認修改沒有引入新的錯誤或導致其他**產生錯誤。自動回歸測試可以降低系統測試、維護公升級等階段的成本。在整個軟體測試過程中占有很大的工作量比重，軟體開發的各個階段都會遇到多次回歸測試。
探索性測試可以說是一種測試思路/思維。它沒有很多實際的測試方法、技術和工具，但是卻是所有測試人員都應該掌握的一種測試思維方式。探索性強調測試人員的主觀能動性，拋棄繁雜的測試計畫和測試用例設計過程，強調在碰到問題時及時改變測試策略。
探索性測試自動化暫時無法代替。
alpha測試是由乙個使用者在開發環境下進行的測試，也可以是公司內部的使用者在模擬實際操作環境下進行的測試。α測試的目的是評價軟體產品的flurps(即功能、局域化、可使用性、可靠性、效能和支援)。大型通用軟體，在正式發布前，通常需要執行alpha和beta測試。α測試不能由程式設計師或測試員完成。
beta測試是一種驗收測試。beta測試由軟體的終端使用者們在乙個或多個客房場所進行。
α測試與beta測試的區別：
測試的場所不同：alpha測試是指把使用者請到開發方的場所來測試,beta測試是指在乙個或多個使用者的場所進行的測試。
alpha測試的環境是受開發方控制的,使用者的數量相對比較少,時間比較集中。beta測試的環境是不受開發方控制的,使用者數量相對比較多,時間不集中。
alpha測試先於beta測試執行。通用的軟體產品需要較大規模的beta測試,測試週期比較長。
軟體測試分類
白盒測試 走查，審查，技術評審 走查 開發組內部，無計畫，可以自由進行，程度低 審查 開發組內部，有計畫，有正式流程，產出物，程度中 技術評審 開發組，測試組，技術專家，qa，產品經理等，程度高 黑盒測試 邏輯功能，易用性，安裝，相容，效能 兩者區別 1.白盒測試可以提高測試的覆蓋度，白盒測試可以通...
軟體測試分類
整合測試 整合測試也稱聯合測試 組裝測試，將程式模組採用適當的整合策略組裝起來，對系統的介面及整合後的功能進行正確性檢測的測試工作。主要目的是檢查軟體單位之間的介面是否正確。系統測試 將軟體系統看成是乙個系統的測試。包括對功能 效能以及軟體所執行的軟硬體環境進行測試。時間大部分在系統測試執行階段，包...
軟體測試分類
一 軟體測試的分類 1 按開發階段 單元測試 整合測試 系統測試 驗收測試 2 按測試實施組織 第三方 3 按測試執行方式 靜態測試 動態測試 4 按是否檢視 黑盒測試 白盒測試 灰盒測試 5 按是否手工執行劃分 手工測試 自動化測試 6 按測試物件劃分 效能測試 安全測試 相容性測試 文件測試 易...