date:2017/8/26測試工作通常分為4個型別,功能測試、聯合測試、效能測試及穩定性測試。
測試型別
測試意義
測試方法
功能測試
確保功能符合需求定義和所有功能可以正常完成工作
以手工黑盒測試為主,手工執行功能測試用例
聯合測試
乙個新產品或乙個產品的新版本發布時,要確保與之相配合的產品可以正常配合使用
正規測試和隨機測試相結合
效能測試
在產品有效能要求的部分,進行效能測試和調優,確保產品效能符合需求
產品在特定工況下可以達到的最高效能(如:測試時將日誌等影響效能的選項關閉)與模擬使用者真正的使用環境(如:日誌功能開啟,在一定的使用者數量的情況下),產品真實可以達到的效能
穩定性測試
模擬使用者真正的使用情況,設計相應的測試用例,確保產品可以穩定可靠的長時間執行
穩定性測試要求模擬使用者真正的使用情況,設計相應的測試用例,確保產品可以穩定可靠的長時間執行
(1)必須採用邊界值分析法;
(2)必要時採用等價類劃分法補充測試用例;
(3)採用錯誤判斷法,追加測試用例;
(4)對照程式邏輯,檢查已設計出的測試用例的邏輯覆蓋程度。如果沒有達到要求的覆蓋標準,應當補充更多的測試用例;
(5)測試資料應準備充分,應採用有效資料、無效資料、邊界資料分別測試驗證
注意:以下為暫定的測試人員要求,如有問題可以提出,大家共同討論。
測試按照不同的要求會出現在產品開發的不同階段,所以應按照專案要求決定需要進行何種測試。
確定測試之後參照以下內容執行:
編號等級
位置描述狀態1
重度2中度3
輕度4建議阻礙流程、系統崩潰導致重大任務不能正常進行的缺陷。
bug導致失去系統主要功能,基本功能能不能完整使用。
操作性錯誤、錯誤結果、遺漏功能等影響系統要求或基本功能的實現。
不影響使用的瑕疵或更好的實現等。
軟體測試流程及規範
制定完整且具體的測試路線和流程,為快速 高效和高質量的軟體測試提供基礎流程框架。最終目標是實現軟體測試規範化 標準化。流程圖 需求分析 需求分析由sa制定,要求細化每乙個功能的細節,每乙個按鈕的位置以及邊界範圍,對於稍大或稍複雜需求要求建模。1 測試需求是制訂測試計畫的基本依據,只有確定了的測試需求...
軟體測試流程及規範
一 目標 本文是對軟體測試的指導性檔案,制定完整且具體的測試路線和流程,為快速 高效和高質量的軟體測試提供基礎流程框架。最終目標是實現軟體測試規範化 標準化。二 測試流程說明 三 需求分析 需求分析從源頭把握軟體質量,並確保開發結果與實際需求相一致。要求細化每乙個功能的細節,每乙個按鈕的位置以及邊界...
軟體測試基本流程及規範
一 目的 詳細說明專案乙個迭代週期的完整流程,迭代週期一般為1 2個月,不超過3個月 二 測試流程圖 三 各階段詳細說明 1 需求分析 根據版本系統說明書以及需求分析說明書,對本次需求進行分析。2 需求評審 se pm 開發 測試 qa人員對本次需求的實現方案以及可行性進行評審,對需求中有任何疑問也...