和開發過程相對應，測試過程會依次經歷單元測試、整合測試、系統測試、驗收測試四個主要階段：
單元測試測試策略：
自頂向下的單元測試策略：比孤立單元測試的成本高很多，不是單元測試的乙個好的選擇。
自底向上的單元測試策略：比較合理的單元測試策略，但測試週期較長。
孤立單元測試策略：最好的單元測試策略。
整合測試的測試策略：
大**整合：適應於乙個維護型專案或被測試系統較小
自頂向下整合：適應於產品控制結構比較清晰和穩定；高層介面變化較小；底層介面未定義或經常可能被修改；產口控制項具有較大的技術風險，需要盡早被驗證；希望盡早能看到產品的系統功能行為。
自底向上整合：適應於底層介面比較穩定；高層介面變化比較頻繁；底層元件較早被完成。
基於進度的整合
優點：具有較高的並行度；能夠有效縮短專案的開發進度。
缺點：樁和驅動工作量較大；有些介面測試不充分；有些測試重複和浪費。
系統測試的測試策略：
資料和資料庫完整性測試；功能測試；使用者介面測試；效能評測；負載測試；強度測試；容量測試；安全性和訪問控制測試；故障轉移和恢復測試；配置測試；安裝測試；加密測試；可用性測試；版本驗證測試；文件測試
軟體測試各階段測試人員的職責
軟體測試貫穿軟體開發的全過程，而且越來越多的國內公司也開始重視軟體測試，要求軟體測試人員從需求階段介入到軟體專案中，那麼每個階段軟體測試人員需要做什麼事情？作者以軟體開發的瀑布模型為例，針對系統測試，講述各階段的任務。需求階段，需求人員開始發出需求文件，此時需求文件即發出評審，測試人員需要對需求文件...
測試各階段的check List
常用測試checklist，可繼續補充 迭代測試前checklist 檢查時間 檢查人序號 內容檢查結果 1提前確定測試範圍以及提交測試包的時間和方式 2評估工作量，確定測試週期，確定測試重點以及測試策略 3安排測試計畫，並郵件發出 4根據測試內容，準備測試環境和測試資料 5跟蹤測試包提交時間 測試...
軟體開發各階段文件
軟工文件旅行 可行性研究報告由專案組長編寫，給專案經理和boss看，所以預期讀者是專案經理和boss。可行性研究報告，顧名思義，它是想分析一下，這個專案是否可行，話句話說，就是老闆和專案經理看到這份報告後，確定這個專案要不要做！所以，這個專案的精髓就在於分析要開發的系統的經濟可行性，技術可行性，社會...