首先,評估bug修改的影響程度。如果改動大,影響到底層或者影響到系統(tǒng)框架,那肯定要做全面的回歸測試,甚至要做詳細的回歸測試分析和測試設計。如果改動較小,就可以酌情只做確認測試即可。
其次,要評估bug涉及到的功能的重要性和使用頻率。如果是核心功能模塊,一定要做回歸測試。如果是不常用功能模塊,也可以酌情只做確認測試。
另外,負責修改bug的開發(fā)人員最了解bug的來龍去脈,所以,最好跟開發(fā)人員溝通交流,討論bug的根因、修改方案及修改影響,結合開發(fā)人員的測試建議,再結合測試人員自身的經驗,輸出相關測試用例。這種回歸過程是比較精準的一種回歸測試的途徑。
當然,什么時候選擇確認測試類型,什么時候選擇回歸測試類型,很多情況下,會根據項目的整體情況,基于風險對回歸測試做取舍,這不僅僅是技術層面的事情了,涉及到測試策略方面的調整。
推薦閱讀: