迴歸測試

基於風險選擇測試：
哪些功能是軟件的特色？
哪些功能是用戶最常用的？
哪些功能出錯將導致用戶不滿？
哪些程序是最複雜、最容易出錯的？
哪些程序最容易擴散錯誤？
哪些程序是開發者最沒有信心的？
備註：只有有效的避免最大的風險，用戶反感的問題，迴歸測試可以說達到了70%任務!

基於Regress衰退概念的測試：
開發人員修改的局部程序時，可能已經處理了症狀，所以主要測試其被改變的模塊和它的接口上；
但是也可能存在未觸及到根本原因，所以需要測試周邊程序及相互依賴性的部分；
錯誤本身可能得到了修復，但修復也可能造成其他錯誤，所以有必要爲每個修復的錯誤，設計迴歸測試。

基於全面測試策略：
如果時間充足，資源齊全，可以進行全面測試,最低的遺漏迴歸錯誤的風險，但測試成本最高，非上策!

其它的迴歸測試：
1 基於GUI方式的自動化迴歸測試技術
2 基於Ad Hoc 迴歸測試：增加隨機測試，避免迴歸測試肓點
3 基於交叉測試：多人互動的迴歸測試，尤其在覈心的功能點，交互性比較的