測試基礎經驗總結
阿新 • • 發佈：2018-12-10
最近逛了很多論壇和部落格，總結了一些測試基礎經驗
如何進行問題定位/定位Bug?
答：
- 抓包
- 後臺日誌檢視錯誤資訊
- 及時和開發溝通，一起定位
- 若開發暫時沒空，則提Bug時儘可能詳細描述Bug的環境情況、重現步驟、預期、實際結果等
公司的測試流程是什麼？
答：
需求分析>提取測試點(一般需求分析時就開始提取測試點)>編寫測試計劃>編寫測試用例>評審用例>
執行用例>迴歸測試>驗收測試>編寫測試報告
Bug的生命週期是什麼？
答：
- 測試人員開始執行測試，發現bug則新建bug提交給開發
- 開發進行判斷，接受則修改bug，不接受則備註原因後期與修改完成的已接受的bug統一返回給測試人員
- 測試人員再進行迴歸測試，如果確實修改正確則關閉bug，該bug的生命週期結束
- 開發拒絕的bug反饋給專案經理判斷拒絕是否有效，如果無效，則重新開啟，同驗證修改不正確bug統一發給開發 ； 如果確實不是bug，則新增備註資訊，該bug的生命週期到此結束(bug狀態增加一個無效狀態)
測試報告的核心要素是什麼？
答：
-
測試結論 從測試工程師的專業角度分析，是否達到釋出標準，是否可釋出 。如果你的測試報告，結論都沒有，那這份報告的意義是什麼？
-
風險 已知風險 & 未知風險 ，丟擲。 專案經理、產品經理等多部門，需要根據這份風險分析，確定最終這個版本是否釋出出去。
-
測試時間 & 測試人員 這是非常重要的，投入了哪些人，用了多少時間，測試起止時間。
-
測試環境、測試裝置 用到哪些測試手機，什麼客戶端環境，什麼瀏覽器等等。
-
需求大綱 當前的這個版本，到底包含了哪些大的需求點。
-
Bug資料分析（非常重要的一點） 可以從多個維度分析， 比如，Bug等級分佈，遺留Bug分析，Bug型別分佈，模組Bug分佈，Bug啟用次數分析 等等（具體可根據公司實際情況，進行多維度分析）。
-
測試總結 從測試角度，對這個版本，你覺得存在的一些問題，一些建議，等等。