迴歸測試的想法

      迴歸測試是在測試階段機動編寫執行測試用例的過程。

 

1、迴歸測試出如今兩個時機：

一、在測試階段，開發修復一版後

針對開發修改的地方，須要作下列內容：

（1）馬上測試已修復的錯誤

開發可能已經處理了症狀，但並未觸及根本緣由

（2）根據開發修改的邏輯，思考可能影響的地方

錯誤自己可能獲得了修復，但修復也可能形成了其餘錯誤

（3）對性能要求比較高的：跟蹤程序內存更改的效果

（4）爲每一個修復的錯誤編寫一個迴歸測試

若是迴歸自動化作的比較好，能夠編寫到迴歸自動化的系統內，每次提交版本，可作一次迴歸測試；

若是沒有迴歸自動化系統，則可記錄在bug的備註中，迴歸bug的時候能夠作參考

在最後總結的時候，

二、bug修復完成，封版前的迴歸測試

封版前須要迴歸的地方：

（1）以前每次改動的地方是否最終都提交了

須要迴歸每次提版時編寫的迴歸用例

（2）以前測試用例執行過的地方是否還生效

對主要的功能作迴歸測試

 

2、關於迴歸測試用例庫

（1）測試庫由一系列標準測試案例組成，每次生成程序的新版本時均可以運行這些案例

（2）生成測試案例庫所涉及的最困難的方面是肯定哪些測試案例

建議：避免花費過多的時間嘗試作出決定並在當心謹慎方面犯錯

（3）按期查看回歸測試庫以消除多餘的或沒必要要的測試。每隔兩個測試周期查看一次。

（4）關於改動過大的迴歸測試用例集的選擇：

當錯誤或錯誤變種的持續時間特別長而且在許多測試周期中都存在時，須要編寫大量的測試，並將它們添加到迴歸測試庫；

須要注意的：雖然這些多樣的測試對於修復錯誤是有用的，可是從程序中消除了對錯誤及其變種的跟蹤時，應選擇與錯誤關聯的最佳測試，並將其他的測試從庫中移除