軟體測試生命週期包括6個階段（大體上）：1）計畫 2）分析，3）設計，4）構建，5）測試週期，6）最後測試和實施，和7）實施後。
1. 計畫（產品定義階段）
高層次的測試計畫（包含多重測試週期）
質量保證計畫（質量目標，測試標準等 ）
確定計畫評審的時間
報告問題過程
確定問題的分類
確定驗收標準－給質量保證員和使用者。
建立應用程式測試資料庫
確定衡量標準，例如缺陷數量/嚴重程度和缺陷起源（僅舉幾個例子） 。
確定專案質量度量
開始制定專案整體測試時間表（時間，資源等）
必需階段：評審產品定義文件
文件中加入質量保證標準，作為工程改善程序的一部分
根據該產品的特點幫助確定問題的範圍
大約每月要花5 -1 0小時在這一方面
計畫在資料庫管理所有測試用例，包括手工方面或者自動化方面。
2. 分析（外部文件階段）
根據業務需求開發功能驗證矩陣。
制定測試用例格式-估計時間和分配優先順序。
制定測試週期矩陣與時間線
根據功能驗證矩陣開始編寫測試用例
根據業務需求計畫測試用例基準資料
確定用於自動化測試的測試用例。
自動化團隊開始在測試工具中建立變數檔案和高層次的測試指令碼。
為自動化系統中的跟蹤元件設定路徑和自動化引導。
界定壓力和效能測試的範疇。
按照每個測試用例的資料要求開始建立基準資料庫。
定義維護基準資料庫的過程，即備份，恢復，驗證。
開始規劃專案所需的測試週期數，和回歸測試次數。
開始文件複查，如：功能設計文件，業務需求文件，產品規格說明書，產品外部文件等。
審查測試環境和實驗室，前端與後端系統都要。
準備使用mccabe工具，以支援白盒測試中**的研發和複雜性分析
建立反饋機制並開始錄入文件。
必需階段：審查外部檔案
文件中加入質量保證標準，作為工程改善程序的一部分。
根據群體執行反饋編寫測試用例
開始研製測試用例估計數目，每個用例的執行時間，和用例是否自動化這些方面的度量
為每個測試用例確定基準資料，
大約每月要花25小時在這一方面
3. 設計（文件架構階段）
根據變更修改測試計畫
修改測試週期矩陣和時間線
核實測試計畫和用例用到的資料都輸入到資料庫，或是否必需的。
修改功能驗證矩陣
繼續編寫測試用例，根據變化新增新的用例
制定風險評估標準
規範自動化測試和多使用者測試的細節。
挑選出一套用於自動化測試的測試用例，並且把這些用例指令碼化
規範壓力測試和效能測試的細節。
最終確定的測試週期。 （根據用例的估計時間和優先權確定每個週期所用的測試用例數）
最終確定的測試計畫
估計單元測試所需資源
必需階段：審查架構檔案
文件中加入質量保證標準，作為工程改善程序的一部分。
確定要進行編碼的的實際元件或模組
在這定義單元測試標準，通過/失敗準則等。
單元測試報告，報告進行單元測試後的模組質量如何，白盒測試和黑盒測試都要包括輸入/輸出資料和所有決定點。
列出所有要進行單元測試的模組
4. 構建（單元測試階段）
完成所有計畫
完成測試週期矩陣和時間線
完成所有測試用例。 （手動）
完成第一套自動化測試用例的測試指令碼。
完成壓力和效能測試的計畫
開始壓力和效能測試
mccabe工具支援-提供度量
測試自動化測試系統，並修復錯誤。
發展單元測試
執行質量保證驗收測試套件，以確保軟體已經可以交給qa測試。
測試與軟體生命週期
雖然又是一篇比較 空 的文章，但是比較少見的提到了各種圖的應用，所以還是轉貼一下，希望能對一些朋友有用。uml與rup 開發模式的知識 測試是什麼，就是在開發快完成時對程式進行找錯嗎？其實不然，就好像捕魚一樣，講就季節，陽光，水流，甚至魚網洞的大小的使用都直接影響到捕魚的效果。測試也是一樣，不僅僅只...
測試與軟體生命週期
雖然又是一篇比較 空 的文章，但是比較少見的提到了各種圖的應用，所以還是轉貼一下，希望能對一些朋友有用。uml與 rup開發模式的知識 測試是什麼，就是在開發快完成時對程式進行找錯嗎？其實不然，就好像捕魚一樣，講就季節，陽光，水流，甚至魚網洞的大小的使用都直接影響到捕魚的效果。測試也是一樣，不僅僅只...
測試與軟體生命週期
測試是什麼，就是在開發快完成時對程式進行找錯嗎？其實不然，就好像捕魚一樣，講就季節，陽光，水流，甚至魚網洞的大小的使用都直接影響到捕魚的效果。測試也是一樣，不僅僅只是找錯而已，還需要有計畫的進行，同時大家都知道發現軟體缺陷越早，修改的成本就越低。那麼怎樣才能準確而又及時的發現軟體缺陷，這首先要從軟體...