匿名使用者 1級 2013-11-01 回答

樓主意見很不錯，分析很實際。 不過你所理解的自動化稍微有點狹隘了，你談的自動化，僅僅指的是專案提測後的迴歸測試。其實你看過我之前的自動化分層測試圖就知道，其實我們的自動化是有很多個過程的，比如： 1。專案最先開發人員做的單元測試，這個完全是用程式碼編寫的，這個毫無疑問是自動化測試。 2。接下來的介面實現層的介面測試，這個層面屬於白盒測試和單元測試十分類似，也是完全需要編寫程式碼的，本來這個層面是測試人員負責測試的，但是目前國內大多是開發人員在做這一塊，而且有的也把他叫做單元測試，實際這個是介面測試，當然一些大公司是把這個列入介面測試的。 3。介面封裝層的介面測試，就是把介面已經封裝成URL等形式，但是沒有介面，然後提測給測試人員，這個是大家平常做的最多的介面測試型別。這個層面已經是黑盒測試了，看不到程式碼實現邏輯了。而且從這一層開始就可以進行手工測試了。說到這一層就不能不提到效能測試，因為效能測試大部分是從這一層開始的，效能測試是依賴工具分析且需要編碼的測試，如果除開結果分析階段就是自動化測試，所以效能測試可以說是半自動化測試。 4。再往後就是UI層了，也就是樓主關注的那一層的自動化了。如果在這一層之前的自動化覆蓋率很高的話，這一層的BUG是會非常少了，因為業務邏輯的BUG基本都在介面層檢查過了，這一層的BUG一般是由於模組整合，介面美觀等原因造成的。 綜上所述：自動化測試其實是能更早介入測試，更高效的測試，更好的保證產品質量的一種測試方法。而不是我們單純理解的UI自動化。

匿名使用者 1級 2013-11-01 回答

貌似好多人都在熱追自動化測試，貌似自動化測試比手工測試先進牛B。本人對自動化測試也沒什麼實際經驗，只是對QTP、selenium淺學了兩下。這裡也討論兩三句。 自動化測試無非就是用工具代替人對系統進行驗證，它如何知道怎麼驗證。這個要你一步一步教它。所以，自動化前期的投入很大。 什麼專案適合自動化？ 需求變動小、專案週期長、可複用性高。如果不滿足這三個條件，你要掂量一下是否要對專案引入自動化。 那麼它的找bug能力呢？ 我所瞭解在我的手工測試中，相當一部分bug並非我按照用例測出來的。有統計它只能找出來30%的bug。70%還是要靠手工測試。那投入那麼大，找bug能力都不強。為什麼還有那麼多公司試水，做自動化測試主要是在加入新的功能後保證已經功能的正確性。 那麼測試人員要不要學自動化測試呢？ 我猶豫了很久還是覺得要。自動化測試畢竟是軟體測試的一個趨勢。從測試人員的自我技能的提升也一個方向。至於公司是否真的需要自動化測試，自動化測試是否得到很好的收益就另說的了。