幾乎是伴隨着軟件測試的誕生，自動化測試就開始萌芽和發展了。自動化測試的發展經歷了四代。
第一代自動化測試以捕捉/回放爲核心，測試人員通過屏幕錄製工具來錄製頁面上的操作，生成腳本，然後回放測試。這種方式只要被測系統有細微的改動就會導致腳本無法運行，腳本幾乎沒有任何可複用性和可維護性，自動化測試只是作爲測試的輔助手段。
第二代自動化測試以腳本爲核心，測試人員基於自己的測試環境編寫自動化測試腳本，自己運行和維護自動化測試。但是自動化測試缺乏統一的策略和規劃，腳本的可移植性依然很差，質量也參差不齊，測試團隊的自動化測試成果無法持續積累和演進，無法規模化發展自動化，自動化投入產出比不高。
隨着敏捷、迭代等研發模式的發展，快速響應用戶、重構、大量回歸等使得自動化測試變得越來越重要，以自動化平臺框架爲核心的第三代自動化測試應運而生。測試人員開始逐漸像設計產品一樣設計自動化測試，整個團隊乃至整個公司有統一的自動化測試平臺框架，腳本規範，風格統一，充分考慮封裝和重用。自動化工具和技術開始快速發展，專注於自動化測試和工具開發的工程師出現，各個業務領域、服務端、移動應用、雲、嵌入式等都有自己代表性的自動化測試技術，自動化開始向規模化發展。
DevOps打通了產、研、測、運、維，也把自動化推到了更重要的位置。此時自動化已經不再是測試專屬，而是從需求開始，集編譯構建、打包、自動驗證、發佈爲一體的端到端自動化流水線，持續自動化測試成了流水線上最基本也是最重要的測試質量保證手段。
現在已經有很多優秀的自動化開源工具、框架，可以滿足不同行業在自動化測試方面的需求，相關資料也很多，自動化技術門檻大大降低。每個測試人員都可以很容易搭建出自己的自動化系統，但是即便有開源工具加持，很多團隊的自動化測試還是隻能停留在“冒煙測試”的程度。我們應該認識到，自動化測試要想成功，要想獲得最大的收益，涉及的不僅是技術問題，更是工程問題——包括管理、策略，甚至自動化測試要改變研發測試的工作習慣等。這就需要我們對自動化測試有深刻的理解和認識，找到最合適當前團隊的自動化測試策略，用好自動化測試這把利劍，讓自動化可以在測試中發揮最大的功效，推動團隊的自動化測試不斷成熟發展。這也是測試架構師在自動化測試活動中需要重點關注的內容。
摘取自劉琛梅老師的《測試架構師修煉之道：從測試工程師到測試架構師 第2版》