1、全面回歸測試
全面回歸測試是指不管發現多少個問題，也不管哪些功能有問題，哪些功能沒有問題，都進行測試。全面回歸測試的優點是對所有功能進行驗證，盡最大可能保證系統沒有問題，但是這樣同樣帶來一個很重要的問題，就是如果進行全面回歸測試，那么測試的成本就會大大提高，並且從測試心理學角度來說，測試工程師是不可能全面回歸測試的，即使給你足夠的測試時間，也不可能全面回歸。前面我們談到測試心理學，關於測試心態的兩種情況，在我們回歸測試時，隨着測試的不斷迭代，我們測試的心理會發生變化，后面測試時我們更多的是這種心態：“測試是為了證明系統不存在問題。”這就決定着我們不可能對所有測試用例進行驗證，很可能是只挑選了一部分用例進行驗證測試。
2、選擇性回歸測試
選擇性回歸測試是指，在回歸測試時我們只對出現問題的這些功能進行驗證，沒有出現問題的功能就不進行測試。例如，一個系統一共有20 個功能點，第一輪測試時，發現10個BUG，這10個BUG是測試其中8個功能點發現的，那么選擇性回歸測試就只對這8個功能進行回歸測試。但這樣存在一個問題，在修改某個BUG時，如果修改了A函數，而這個A函數又被其他的功能所調用(假設是F1功能，這個F1功能在上一輪測試中是正確的)，這個時候就不能僅僅驗證存在問題的8個功能，還應該驗證F1功能是否正確，即除了驗證這些BUG外，還要關注那些可能影響到的模塊。但是這里又存在一個問題，測試工程師如何知道哪些功能可能會受到影響呢?所以這就需要開發工程師在修復BUG時寫清楚，當前這個BUG是由什么原因引起的，這個問題是如何修改的以及可能產生的影響，所以選擇性回歸測試除了需要驗證當前的問題外，還要驗證修改的這些問題可能對其他功能帶來的影響。