深夜閒來無事，刷知乎看到，剛好可以回顧檢查自己的知識點1.需求分析在測試前拿到產品需求文件，進行需求分析及需求評審前先對需求文件進行詳細的閱讀，對有疑問的地方進行標註。具體可從以下進行：a.分析產品功能點b.產品核心競爭力c.Kano模型、馬斯洛需求分析、多問幾個為什麼、上下文分析法2.制訂測試用例工欲善其事，必先利其器；對測試而言，測試用例就是器，做好了才能把好關a.使用思維導圖列舉測試大綱，儘量發散，想到什麼就寫什麼，；先放後收，對知識點進行總結和歸納，標記重點測試模組，刪除冗餘及重複測試點。b.可使用邊界值法、等價類劃分法、錯誤推測法、因果圖法等設計案例c.根據測試大綱制定測試用例，需包含模組名、測試優先順序、操作步驟、期望結果、測試結果、備註3.評審測試用例a.測試作為主導，聯合開發、專案經理、PM進行測試用例評審b.可先講解測試大綱，讓開發、專案經理、PM心中對測試用例有個大概；後再進行詳細測試用例講解4.執行測試a.根據測試用例執行測試b.發現問題保留現場，記錄測試方法，通知開發解決問題c.覆蓋測試用例之外若有時間可進行探索性測試5.提交Bug並推動Bug解決a.在Bug管理工具上提交Bug，詳細記錄測試步驟b.根據Bug嚴重程度劃分Bug等級:致命、嚴重、一般、提示c.推動開發解決問題，記錄問題進展，一般聊天溝通，若問題嚴重則需透過郵件推動解決6.迴歸測試a.對已修復的Bug進行驗證b.對Bug所在模組進行基本功能測試；整體進行冒煙測試，確保不會因為修改Bug而引起其他功能出現問題7.編寫並提交測試報告可使用金字塔原理設計測試報告，先總後分，上級統領下級，下級推匯出上級，環環相扣a.對Bug進行彙總，篩選出各個等級的Bug存活情況b.制訂Bug發現及解決曲線圖，一般版本正常應是前期多，後期收斂，存活的是級別較低的Bugc.總結歸納版本情況，評估釋出與否

應該是這樣的：單元測試、整合測試、系統測試和驗收測試（確認測試）驗收測試分為：Alpha測試和Beta測試，可能還包括第三方測試而確認測試一般指的是Beta測試