一開始我還很疑惑，難道回歸測試不就是確認測試嗎？回歸測試不就是在確認bug修改有沒有生效嗎？但是，實際上大錯特錯。確認測試是在修復缺陷后，在軟件的新版本上，重新執行之前因該缺陷而導致失敗的測試用例，來確認缺陷被解決。
而回歸測試是在確認測試完成的基礎上，確保缺陷修復不會產生副作用，也就是說不會產生修改引入。
首先，評估bug管理修改的影響程度。如果改動大，影響到底層或者影響到系統框架，那肯定要做全面的回歸測試，甚至要做詳細的回歸測試分析和測試設計。如果改動較小，就可以酌情只做確認測試即可。
其次，要評估bug涉及到的功能的重要性和使用頻率。如果是核心功能模塊，一定要做回歸測試。如果是不常用功能模塊，也可以酌情只做確認測試。
另外，負責修改bug的開發人員了解bug的來龍去脈，所以，跟開發人員溝通交流，討論bug的根因、修改方案及修改影響，結合開發人員的測試建議，再結合測試人員自身的經驗，輸出相關測試用例。這種回歸過程是比較精準的一種回歸測試的途徑。
當然，什么時候選擇確認測試類型，什么時候選擇回歸測試類型，很多情況下，會根據項目的整體情況，基于風險對回歸測試做取舍，這不僅僅是技術層面的事情了，涉及到測試策略方面的調整。
推薦閱讀：
sales@spasvo.com
