幾乎是伴隨著軟件測(cè)試的誕生，自動(dòng)化測(cè)試就開始萌芽和發(fā)展了。自動(dòng)化測(cè)試的發(fā)展經(jīng)歷了四代。

第一代自動(dòng)化測(cè)試以捕捉/回放為核心，測(cè)試人員通過屏幕錄制工具來錄制頁面上的操作，生成腳本，然后回放測(cè)試。這種方式只要被測(cè)系統(tǒng)有細(xì)微的改動(dòng)就會(huì)導(dǎo)致腳本無法運(yùn)行，腳本幾乎沒有任何可復(fù)用性和可維護(hù)性，自動(dòng)化測(cè)試只是作為測(cè)試的輔助手段。

第二代自動(dòng)化測(cè)試以腳本為核心，測(cè)試人員基于自己的測(cè)試環(huán)境編寫自動(dòng)化測(cè)試腳本，自己運(yùn)行和維護(hù)自動(dòng)化測(cè)試。但是自動(dòng)化測(cè)試缺乏統(tǒng)一的策略和規(guī)劃，腳本的可移植性依然很差，質(zhì)量也參差不齊，測(cè)試團(tuán)隊(duì)的自動(dòng)化測(cè)試成果無法持續(xù)積累和演進(jìn)，無法規(guī)?；l(fā)展自動(dòng)化，自動(dòng)化投入產(chǎn)出比不高。

隨著敏捷、迭代等研發(fā)模式的發(fā)展，快速響應(yīng)用戶、重構(gòu)、大量回歸等使得自動(dòng)化測(cè)試變得越來越重要，以自動(dòng)化平臺(tái)框架為核心的第三代自動(dòng)化測(cè)試應(yīng)運(yùn)而生。測(cè)試人員開始逐漸像設(shè)計(jì)產(chǎn)品一樣設(shè)計(jì)自動(dòng)化測(cè)試，整個(gè)團(tuán)隊(duì)乃至整個(gè)公司有統(tǒng)一的自動(dòng)化測(cè)試平臺(tái)框架，腳本規(guī)范，風(fēng)格統(tǒng)一，充分考慮封裝和重用。自動(dòng)化工具和技術(shù)開始快速發(fā)展，專注于自動(dòng)化測(cè)試和工具開發(fā)的工程師出現(xiàn)，各個(gè)業(yè)務(wù)領(lǐng)域、服務(wù)端、移動(dòng)應(yīng)用、云、嵌入式等都有自己代表性的自動(dòng)化測(cè)試技術(shù)，自動(dòng)化開始向規(guī)?；l(fā)展。

DevOps打通了產(chǎn)、研、測(cè)、運(yùn)、維，也把自動(dòng)化推到了更重要的位置。此時(shí)自動(dòng)化已經(jīng)不再是測(cè)試專屬，而是從需求開始，集編譯構(gòu)建、打包、自動(dòng)驗(yàn)證、發(fā)布為一體的端到端自動(dòng)化流水線，持續(xù)自動(dòng)化測(cè)試成了流水線上最基本也是最重要的測(cè)試質(zhì)量保證手段。

現(xiàn)在已經(jīng)有很多優(yōu)秀的自動(dòng)化開源工具、框架，可以滿足不同行業(yè)在自動(dòng)化測(cè)試方面的需求，相關(guān)資料也很多，自動(dòng)化技術(shù)門檻大大降低。每個(gè)測(cè)試人員都可以很容易搭建出自己的自動(dòng)化系統(tǒng)，但是即便有開源工具加持，很多團(tuán)隊(duì)的自動(dòng)化測(cè)試還是只能停留在“冒煙測(cè)試”的程度。我們應(yīng)該認(rèn)識(shí)到，自動(dòng)化測(cè)試要想成功，要想獲得最大的收益，涉及的不僅是技術(shù)問題，更是工程問題——包括管理、策略，甚至自動(dòng)化測(cè)試要改變研發(fā)測(cè)試的工作習(xí)慣等。這就需要我們對(duì)自動(dòng)化測(cè)試有深刻的理解和認(rèn)識(shí)，找到最合適當(dāng)前團(tuán)隊(duì)的自動(dòng)化測(cè)試策略，用好自動(dòng)化測(cè)試這把利劍，讓自動(dòng)化可以在測(cè)試中發(fā)揮最大的功效，推動(dòng)團(tuán)隊(duì)的自動(dòng)化測(cè)試不斷成熟發(fā)展。這也是測(cè)試架構(gòu)師在自動(dòng)化測(cè)試活動(dòng)中需要重點(diǎn)關(guān)注的內(nèi)容。

摘取自劉琛梅老師的《測(cè)試架構(gòu)師修煉之道：從測(cè)試工程師到測(cè)試架構(gòu)師 第2版》