首先，評估bug修改的影響程度。如果改動大，影響到底層或者影響到系統(tǒng)框架，那肯定要做全面的回歸測試，甚至要做詳細(xì)的回歸測試分析和測試設(shè)計。如果改動較小，就可以酌情只做確認(rèn)測試即可。
其次，要評估bug涉及到的功能的重要性和使用頻率。如果是核心功能模塊，一定要做回歸測試。如果是不常用功能模塊，也可以酌情只做確認(rèn)測試。
另外，負(fù)責(zé)修改bug的開發(fā)人員最了解bug的來龍去脈，所以，最好跟開發(fā)人員溝通交流，討論bug的根因、修改方案及修改影響，結(jié)合開發(fā)人員的測試建議，再結(jié)合測試人員自身的經(jīng)驗，輸出相關(guān)測試用例。這種回歸過程是比較精準(zhǔn)的一種回歸測試的途徑。
當(dāng)然，什么時候選擇確認(rèn)測試類型，什么時候選擇回歸測試類型，很多情況下，會根據(jù)項目的整體情況，基于風(fēng)險對回歸測試做取舍，這不僅僅是技術(shù)層面的事情了，涉及到測試策略方面的調(diào)整。
推薦閱讀：
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權(quán)問題，請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
