2021-11-30 16:15:04|已瀏覽：320次
1、發現缺陷。測試人員自己要慎重的確認。盡你最大的能力不要出現提交了一個不是缺陷的東西。那樣只會讓本就覺得測試麻煩的開發人員和其他人員覺得你是在沒事兒找事兒！咱們測試絕對不做那個搞事情的！
2、提交缺陷。測試人員按照規則提交（注意嚴重程度、優先級的設定；測試用語的準確性；不要激怒開發人員）。這個呢是一項技術活了，看上去雖然就是寫個缺陷報告，但是要嚴格按照團隊定好規則設定嚴重程度、修復優先級，不懂的就問問老人（如果就你一個，就問問技術經理），別太瞎搞了，減持自己看發的同時，也聽聽別人的意見，這叫廣開言路（可能身份有點不恰當，但是意思是一個意思）。6、驗證缺陷。測試人員專門檢查經過修復的缺陷。1）修復。Bug改完了。
2）需求如此。測試人員就要和開發確認需求，是在不行還得找找產品確認。
3）延期。本次版本不改，如果是這樣，就要找領導確認；如果是第三方插件的問題，那就要聯系供貨方！
4）解決不了。技術本身的缺陷，比如面部識別，Android系統的內存泄露……開發真解決不了！
5）不改缺陷。99.999%的開發不會出現，如果真的要問就說沒遇到過。
1）回歸測試。一般局部的重復執行之前出bug 的用例；重新設計另一個同類型的測試用例測試和檢驗。
2）有無修復成功。
3）有無新bug產生。
7、關閉缺陷。經過驗證后，沒有問題的就關閉。
本文由培訓無憂網千鋒教育專屬課程顧問整理發布，更多軟件測試培訓課程歡迎關注培訓無憂網軟件測試培訓培訓頻道或添加老師微信：15033336050
注：尊重原創文章,轉載請注明出處和鏈接 http://m.dedgn.cn/news-id-5653.html 違者必究！部分文章來源于網絡由培訓無憂網編輯部人員整理發布,內容真實性請自行核實或聯系我們，了解更多相關資訊請關注軟件測試頻道查看更多，了解相關專業課程信息您可在線咨詢也可免費申請試課。關注官方微信了解更多：150 3333 6050
