什麼是軟體測試
ieee對軟體測試的定義為使用人工或自動手段來執行或測定某個系統的過程,其目的在於檢驗他是否滿足規定的需求或是弄清預期結果與實際結果之間的差別。
測試流程
制度測試計畫—準備測試環境及測試資料–設計測試用例–評審測試用例–執行測試
–提交測試發現的問題–開發修改問題–回歸測試–測試總結–測試文件
1.制度測試計畫
測試計畫階段主要處於測試的先期準備工作階段，在該階段中主要是對將要進行的測試工作做整體計畫安排為了識別測試任務,定義測試目標.
測試計畫主要包括:產品的概述,測試範圍,測試環境,測試週期,測試策略,測試方法,測試人員,風險分析等
2.測試環境及資料
測試環境是測試工作所必需的計算機硬體、軟體、網路裝置、歷史資料等.
3.測試用例
測試用例文件是軟體測試的依據，包括功能模組,提前條件,測試資料,專案版本,測試人員,優先順序,測試步驟,預期結果,實際結果,備註等內容。
測試用例文件的好處:保證測試功能不被遺漏，也不被重複測試。合理安排測試人員。使得軟體測試不依賴於個人.
4.評審用例
用例編寫完成後需要進行評審,確認與需求說明書中描述的一致,可以改善測試分析和設計的過程,評審後進行修改,並進行二次評審,參加人員包括:專案經理,開發人員,測試人員
5.執行測試
測試執行的核心是對比實際的測試結果和期望的測試結果是否存在差異.
6.提交測試發現的問題
執行的過程，執行過程中發現缺陷，可提交缺陷報告.
缺陷報告：是軟體測試過程中最重要的文件，它的內容包括：
1)記錄問題發生的環境，如:各種資源的配置情況。
2)記錄問題的在現步驟
3)記錄問題性質的說明
4)相關問題截圖
6)記錄問題的嚴重等級:致命,嚴重,一般,較小,建議
7)記錄問題的優先順序:立刻,正常,一般
8)記錄問題的狀態:新建,未解決,已解決,已關閉,不處理,延遲
bug的生命週期:提交bug–確認bug–指派bug–修改bug–驗證bug–測試通過–關閉bug
7.開發修改問題
開發者確定問題並按照優先順序進行修改,如不是問題則修改狀態並指回測試人員.
8.回歸測試
回歸測試是指修改了舊**後，重新進行測試以確認修改沒有引入新的錯誤或導致其他**產生錯誤的一種測試方法。
回歸測試的過程:
1)重點測試軟體中被修改的部分
2)按照按照業務流程進行測試
3)驗證開發修改的問題,通過並關閉
4)從原來的測試用例庫中，排除所有不再適用的測試用,從新生成有效的用例
9.測試總結
評審階段是在測試結束後對整個測試過程與產品進行評估的過程,主要總結本次測試情況如下:
1)總體測試的情況,及完成的狀態
2)缺少裝置或資源導致測不到的地方
3)某個功能與開發存在奇異
4)某個模組中遺留的問題
5)在本次測試過程中各個成員完成的情況,及遇到的問題
10.測試歸檔
1)測試計畫
2)測試用例
3)測試總結
4)測試注意事項
5)測試報告
軟體測試過程
第一步 產品需求評審 第二步 測試計畫概述 測試計畫是指對測試活動的範圍 方法 資源 進度進行描述的文件。第三步 測試用例設計思路 用例設計思路幫助測試人員構建清晰的測試思維，指導測試工作。測試方法 第四步 用例執行和缺陷跟蹤 用例執行 開發提交測試包後，測試人員依據測試用例，驗證被測軟體功能實現是...
軟體測試過程模型
本篇文件是來自 中國軟體測試時代 娟子收錄，以備學習之用 針對每個測試 級別，將適當的執行如下活動 一 建立測試策略 輸入 要求硬體和 軟體 元件的詳細說明，包括測試 工具 測試環境，測試工具 資料 針對測試和進度約束 人員，進度表 所需資源的角色和職責說明 測試 方法 標準 應用 程式 的功能 性...
軟體測試過程模型
軟體測試過程模型 下圖描繪了常見的測試過程。針對每個測試級別，如下活動將被適當的執行 一 建立測試策略 輸入 要求的硬體和軟體元件的詳細說明，包括測試工具 測試環境，測試工具資料 針對測試和進度約束 人員，進度表 而需要的資源的角色和職責說明 測試方法 標準 應用程式的功能性和技術性需求 需求，變更...