1 、代碼走查: 2 、單元測試 單元測試的主要內容:單元模塊內和模塊之間的 功能測試、容錯測試、邊界測試、約束測試、界面測試、重要的執行路徑測試,單元內的業務流程和數據流程等。 l 單元測試的職責分工: 由各項目組的開發人員完成測試工作,並詳細記錄測試結果和修改過程,質量部進行抽檢。 單元測試的輸入: 《源代碼》、《詳細設計報告》 單元測試的技術要求: l 測試要求: a) 每個被測單元中每條可執行的腳本都被一個測試用例或異常操作所覆蓋,即腳本覆蓋率達 80% 。 b) 每個被測單元中分支語句取真和取假時,各分支至少執行一次,即分支覆蓋率達到 80% 。 c) 每個被測單元中的業務流程和數據流程,必須被一個測試用例、一個異常數據、一次異常操作所覆蓋,即異常處理能力達 80% 。 l 單元測試通過準則 a) 單元功能同設計需求一致; b) 單元接口同設計需求一致; c) 能正確處理輸入和異常運行中的錯誤; 單元發現問題進行修改後,進行迴歸測試,且迴歸測試通過後,才能進行下一階段。 l 單元測試的輸出: 《單元測試記錄》、《測試計劃》 l 單元測試的測試質量責任人是項目經理。 3 、集成測試階段 l 集成測試的主要內容:系統集成後的 功能測試、容錯測試、邊界測試、約束測試、界面測試、重要的執行路徑測試,業務流程(接口測試)等。 l 集成測試的職責分工: 由測試人員組織進行並完成該階段的測試工作,對測試結果進行詳細的記錄。 l 集成測試的輸入: 《集成測試計劃》、《概要設計》、《測試大綱》 l 集成測試的技術要求: 測試技術要求: a) 驗證被測系統是否滿 足設計的需求。即根據設計要求中全部功能和性能要求,測試整個軟件系統,驗證其是否達到設計的要求。 b) 通過數據處理的測試用例對被測系統的輸入、輸出、處理進行測試,使其達到設計要求; c) 通過業務處理的測試用例對被測系統的業務處理過程進行測試,使其達到設計的要求; c) 測試軟件正確處理能力和容錯能力; d) 確認單元間無錯誤連接; e) 測試軟件對正常數據的處理,對接口錯誤、數據錯誤、協議錯誤的識別及處理。 通過準則 a) 各單元間無錯誤連接; b) 滿足軟件需求的各項功能、性能要求; c) 對錯誤輸入有正確的處理能力; d) 對測試中的異常有合理的提示; e) 人機界面友好。 l 集成測試的輸出: 《集成測試 bug 記錄》、《集成測試分析報告》。 4 、系統(確認)測試階段 l 系統性的初始化測試、功能測試、用戶需求確認 、 業務處理或 數據處理測試、 性能測試、安全性測試、 安裝性測試、恢復測試、壓力測試 等 l 系統測試的職責分工: 由測試人員組織進行並完成該階段的測試工作,對測試結果進行詳細的記錄。 l 系統測試的輸入: 《系統測試計劃》、《用戶需求分析報告》、《用戶操作手冊》、 《安裝手冊》 l 系統測試的技術要求: 測試技術要求: d) 用戶需求的確認:進一步驗證被測系統是否滿 足用戶的需求。即根據用戶的需求分析報告中全部功能和性能要求,測試整個軟件系統,驗證其是否達到用戶的要求。 e) 通過數據處理的測試用例對被測系統的輸入、輸出、處理進行測試,使其達到設計要求; f) 通過業務處理的測試用例對被測系統的業務處理過程進行測試,使其達到用戶需求的要求; f) 測試其進行數據處理時的響應時間是否滿足用戶要求; g) 安裝性測試是驗證 其 按照《安裝手冊》是否能夠正常配置和安裝; h) 安全性測試是測試其對非法用戶的抵禦能力, 非法用戶無法登錄本系統。 i) 恢復性測試:測試系統在掉電的情況下,系統的恢復能力。是否正確恢復數據,是否恢復正常操作。 j) 壓力測試:對 b/s結構的系統來說,系統的大用戶量測試,系統的併發能力測試,系統的數據庫壓力測試是必須要做的測試,常用的測試手段是測試工具。如 was、 loadrunner、 jmeter等 通過準則 a) 滿足軟件需求的各項功能、性能要求; b) 系統的安全性滿足用戶的需求; c) 系統的負載能力滿足用戶的需求; f) 系統與外界支持系統正常運行; g) 系統的穩定性等滿足用戶的需求; h) 用戶操作手冊易讀、易懂、易操作。 l 系統測試的輸出: 《系統測試 bug 記錄》。《系統測試分析報告》。 |
測試各階段的主要內容、職責分工、技術要求
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.