一、軟體開發階段的劃分
1、需求分析——需求規格說明書
2、概要設計——概要設計說明書
3、詳細設計——詳細設計說明書
4、編碼
二、軟體測試階段
1、單元測試
（1）依據：詳細設計文件
（2）以黑盒（功能）測試為主，核心模組或風險較高模組可以輔助使用白盒測試（檢查**）
（3）多個模組可以同時並行進行
（4）可能需要測試人員編寫驅動模組和樁模組
驅動模組：模擬被測模組的上一級模組（呼叫被測模組的那個模組）
樁模組：模擬被測模組下一級的模組（被被測模組所呼叫的模組）
（5）在現在很多任務程中，由於成本問題，可能會省略單元測試過程，一般由開發人員進行自我檢查
2、整合測試
（1）會形成很多臨時版本，在拿到乙個新版本後，一般使用較少的時間（0.5——2天）和較少的人（1——3個，經驗更豐富）對軟體的主要功能進行檢查驗證，再由全部測試人員投入其中；如果軟體不值得一側，打回開發組——冒煙測試
（2）基本測試思路：
1）冒煙測試
2）返測（複測）：針對解決的bug進行測試，檢查其是否修復
3）回歸測試：對上乙個版本中的用例再執行一遍
4）對該模組新新增的功能進行測試
（3）整合測試以功能測試為主，一般對於發現bug的地方，可以適當採用白盒測試
3、系統測試
（1）在系統測試之前，一般會有確認測試，需要確認：
1）整個系統是否值得一測——冒煙測試
2）相關文件（尤其是交給使用者的）是否齊全——文件的確認
確認測試用較少的任何時間對程式和文件進行確認，如果程式較為穩定，可以進入全面的系統測試階段，如果文件不全，需要讓相關人員解決
4、驗收測試（使用者體驗測試uat，user acceptance test）：α、β
（1）alpha測試：在開發環境中，由終端使用者參與的測試（在實際工作中，經常由開發測試人員充當使用者完成此階段）
（2）beta測試：在使用者實際的環境中，由終端使用者參與的測試，一般是用實際資料
三、軟體測試模型
1、體現開發和測試活動的對應關係
2、v模型
（1）優點：指明了測試劃分的不同階段，每個階段與開發階段的對應關係明確，既包括**級測試又包括使用者級測試
（2）缺點：給人感覺測試只是開發完成之後才參與的活動，不符合越早測試和不斷測試的原則
（3）深入理解：在每個開發階段完成之後，測試人員應該參與相關的文件測試，並根據文件對後期的測試工作進行計畫和用例的編寫（部分）
3、w模型
由雙v組成，第乙個v為開發活動，第二個v為測試活動，既包括文件測試也包括程式測試
四、軟體測試的分類
黑盒測試（功能測試）
白盒測試（邏輯結構測試）
灰盒測試
靜態測試：介面、文件、**（不實際執行軟體）
動態測試
按功能特性分類：功能測試、效能測試
說明：1、 任何階段、任何模組都要進行黑盒測試，只對風險較高、核心模組進行白盒測試（**測試）
2、白盒測試重點檢查**邏輯功能、結構的正確性，白盒測試用例，成本非常高，在單元測試、整合測試可能會有一些應用，在後期基本不用
3、靜態的**測試主要檢查**的標準和規範，不需要用例，只要有**審查單
經常測試時結合白盒和靜態測試的要素，形成「靜態白盒測試」
4、返測（複測）：針對程式設計師修改的錯誤進行測試，驗證錯誤是否被修改
5、回歸測試：最大特點是重複
6、冒煙測試
7、隨機測試（猴子測試）：一般在用例執行完之後，如果還有時間，可以採用隨機測試（盲目性較大）或者錯誤猜測（具有針對性，根據經驗判斷哪個地方可能容易出錯，對這個地方有意識的多測）
軟體測試階段劃分
一 單元測試 又稱模組測試，是針對軟體設計的最小單位 程式模組進行正確性檢查的測試工作。類 檔案 視窗 函式 選單 報表或乙個儲存過程都可以作為乙個單元進行測試，其依據是詳細設計 黑盒測試為主，重點模組結合白盒測試，多個模組可以平行進行測試。二 整合測試 又稱組裝測試。在單元測試的基礎上，將所有模組...
軟體測試 測試階段分類
測試金字塔和業務測試分析第一層 ui介面層，包含功能驗證測試 相容性與使用者測試，相容性測試主要是對硬體環境 裝置 和軟體環境 系統 進行測試，使用者測試例如驗收測試 第二層 業務邏輯層，包含客戶端模擬測試 例如a為註冊模組，b為登入模組，我們知道要先註冊使用者名稱和密碼才能進行登入，但是此時註冊模...
軟體測試分類劃分
軟體測試的分類 1.從測試設計方法分類 黑盒測試 功能測試 白盒測試 結構測試 灰盒測試 2.從測試是手動還是自動上分類 手動測試 自動化測試 手工測試勝在測試業務邏輯，而自動化測試勝在測試底層架構 3.按測試策略分類 回歸測試 對乙個新的版本，重新執行以往的測試用例，看看新版本和 已知的版本相比是...