Rami Jaamour：是的，有自動化回歸測試的方法，而且應該是自動化的。Web服務將其自身引向自動化，因為它沒有用戶界面——一個過去增加了自動化回歸測試難度的組件。在網上搜索，可以找到提供回歸測試自動操作技術的供應商。你需要考慮的組件和方面有：
1) 自動構造程序。服務需要自動編譯、自動部署。比較典型的自動方式是白天編寫代碼，夜間在白天的基礎上通過構造系統自動執行。
2) 可以簡單構造與實際使用場景盡可能相似的測試用例的工具，且此工具位于消息層。
3) 構造完成后，可自動進行測試的框架。
4) 能在不同團隊(開發，質保等)間共用和共享測試用例的框架，這樣他們可以有效合作。
5) 統一的結果報告，這樣不用重復花時間去檢驗測試執行結果。
6) 將測試與需求管理系統中的需求相連，或將測試與程序缺陷追蹤系統中程序缺陷ID相連的能力，對于追蹤過程和識別一個項目中什么被測試過、什么沒被測試過、什么在運轉、什么不在運轉是非常有用的。
用這種方式你能建立一個高效靈活的進程。每天早晨開發工程師和質保工程師來上班，檢查測試執行結果，決定任意部分進行回歸測試，然后在對已有的功能仍在正確運行的信心基礎上繼續為新特性編碼、創建測試。這樣，精力被用于創建新特性的測試，而不是手工測試舊事物或執行測試，這將大大提高生產率�；貧w測試裝置是作為一種有價值的資源增長，任何時間都可執行回歸測試來校驗應用，而且回歸測試讓你能知曉項目的目前狀況、對將來進行預測，這遠勝于到項目最后才出乎意外的知悉壞的情況。這是非�？尚械�，而且我觀察到很多機構成功應用了這一進程。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
