什麼是以及為什麼要分層自動化測試？
最近兩年我連續在chinatest上面開了一門叫「分層自動化測試」的課程，這幾天在微博上引起了什麼是以及為什麼要分層自動化測試的討論，今天閒來無事就寫一篇小文來澄清一下我自己的想法。
1. 傳統自動化測試的問題在**？
分層自動化測試這個概念是在自動化測試之前加了乙個分層的修飾，以區別於「傳統的」自動化測試，那麼我們引入分層到底希望從哪些方面來改進傳統自動化測試呢：
在目前的大多數研發組織當中，都存在開發測試團隊割裂（部門牆），質量職責錯配（測試主要對質量負責）的問題，在這種狀態下，測試團隊（或者說測試老大）的乙個「正常」反應就是試圖在測試團隊能夠掌控的黑盒測試環節進行盡可能全面的覆蓋，甚至是盡可能全面的黑盒（介面）自動化測試。
這可能會導致兩個惡果，一是測試團隊規模的急劇膨脹；二是所謂全面黑盒（介面）自動化測試運動。我這裡想說的是，這種全面黑盒（介面）自動化測試一般來說是要注定失敗的，請各位測試老大引以為戒，因為介面是非常易變的，黑盒（介面）自動化測試無論怎麼寫都還會是維護成本相對高昂的，因此，全面黑盒（介面）自動化注定會讓你的測試團隊不堪重負的，這其實也是多年來自動化測試屢戰屢敗，口碑不佳的根本原因。
因此，分層自動化測試倡導的是從黑盒單層測試到黑白盒多層測試體系，從全面黑盒（介面）自動化到關鍵業務流程頁面測試+單元（模組）演算法測試。
這篇小文發表之後，我猜想一定會有「傳統」測試專家出來和我扯其實傳統測試就是分層的，我所謂的分層自動化測試沒什麼新東西，好吧，我預先作答了，我這裡所謂的傳統不是書本上的傳統，而是現實中的傳統，就在昨天還有兩個人在群裡吐槽，他們的老大在推行全面黑盒（介面）測試自動化呢
微博實際上不是乙個討論問題的好地方，我已經自建了乙個分層自動化測試qq群20442181，歡迎搭建前來交流
分層自動化測試是乙個很深的話題，後續如果時間允許，我希望還可以接著寫如下專題：
分層自動化測試的適用性問題暨為什麼要分層自動化測試
分層自動化測試所需的質量觀變遷
分層自動化測試與團隊組織
分層自動化測試與人工測試
分層測試自動化與風險驅動
分層自動化測試的難點
分層自動化測試與案例分層編寫的區別
分層自動化測試與持續整合、持續交付的關係
自動化測試 web自動化測試
自動化 由機器裝置代替人為完成制定目標的過程 優點 提高工作效率 減少勞動力 產品規格同一標準 批量生產 自動化測試 讓程式代替人為去驗證程式功能的過程，即在預設條件下執行程式系統 流程確定 搭建自動化框架 編寫測試用例，將其轉化為soupui 介面 自動化測試指令碼 執行自動化測試指令碼 輸出執行...
測試自動化 自動化測試的定義
相關術語 automated testing test tool,automated testing test suite,automated testing test script等.具體參見 http en.wikipedia.org wiki test automation 推薦書籍 1 軟體...
測試自動化
自動化測試有兩種含義 開發過程的自動化單元測試和功能驗證階段的自動化黑盒測試。這兩者融合到daily build中，是daily build的最重要核心。daily build和自動化單元測試另文詳述，此處主要說說自動化功能測試。自動化測試的投入產出比以及實際應用效果其實不高 自動化測試作為提高測試...