自動(dòng)化測(cè)試一直被認(rèn)為是軟件測(cè)試的最高級(jí)別技能,。但是，自動(dòng)化測(cè)試的范圍廣泛,，我們?nèi)绾味x測(cè)試人員是否具備自動(dòng)化測(cè)試能力,？

　　在傳統(tǒng)的“瀑布模式”軟件開發(fā)過程中，項(xiàng)目到了系統(tǒng)集成階段總會(huì)遇到各種集成問題,。開發(fā)人員為了提升系統(tǒng)集成的效率,，提出了“每日構(gòu)建”這一理念。開發(fā)人員每日的工作代碼都必須提交,，“持續(xù)集成”系統(tǒng)每日自動(dòng)獲取代碼并進(jìn)行完整的系統(tǒng)編譯檢查,。經(jīng)過這樣的流程優(yōu)化，系統(tǒng)集成問題可以更早的暴露在開發(fā)人員面前,。“持續(xù)集成”可以認(rèn)為是自動(dòng)化的“靜態(tài)測(cè)試”,。

　　代碼靜態(tài)檢查的問題得到解決，動(dòng)態(tài)檢查的需求也應(yīng)運(yùn)而生,。程序代碼中不再只是業(yè)務(wù)功能代碼,，還包含對(duì)函數(shù)、方法和類代碼進(jìn)行測(cè)試的單元“測(cè)試代碼”,。這些代碼也可以被“持續(xù)集成”系統(tǒng)進(jìn)行調(diào)用執(zhí)行,，這是最小顆粒度的自動(dòng)化測(cè)試。這種自動(dòng)化測(cè)試的優(yōu)點(diǎn)是運(yùn)行速度快和數(shù)據(jù)準(zhǔn)備簡(jiǎn)單,；缺點(diǎn)是測(cè)試用例單一,、只能進(jìn)行局部驗(yàn)證。

　　單元測(cè)試無法驗(yàn)證完整系統(tǒng)運(yùn)行狀態(tài)下的功能是否正常,。此時(shí)要進(jìn)行自動(dòng)化測(cè)試,，就需要一個(gè)獨(dú)立的測(cè)試程序?qū)y(cè)試環(huán)境中的系統(tǒng)進(jìn)行功能測(cè)試。系統(tǒng)功能測(cè)試用例,，包含：測(cè)試的前提條件,、測(cè)試步驟、實(shí)際結(jié)果,、預(yù)期結(jié)果和測(cè)試結(jié)果,。相應(yīng)的獨(dú)立程序就需要實(shí)現(xiàn)對(duì)應(yīng)的步驟：向測(cè)試系統(tǒng)中寫入測(cè)試數(shù)據(jù)，對(duì)系統(tǒng)進(jìn)行測(cè)試并記錄結(jié)果,，恢復(fù)被影響的數(shù)據(jù),，刪除本次產(chǎn)生的測(cè)試數(shù)據(jù),。其中數(shù)據(jù)準(zhǔn)備工作，除了調(diào)用系統(tǒng)的接口,，還有可能因?yàn)閿?shù)據(jù)量過大,，需要直接操作數(shù)據(jù)庫(kù)。

　　測(cè)試用例和自動(dòng)化測(cè)試對(duì)比示意圖

　　如果獨(dú)立的測(cè)試程序可以通過界面進(jìn)行操作,，配置出不同功能的測(cè)試用例,。那么，我們需要深入考慮什么是自動(dòng)化測(cè)試能力,？測(cè)試人員可以開發(fā)一個(gè)獨(dú)立的測(cè)試程序（平臺(tái)）,，還是可以操作這樣的測(cè)試程序（平臺(tái)）？

　　自動(dòng)化測(cè)試是一個(gè)提升測(cè)試速度的有效手段,，但是它就像開發(fā)軟件功能一樣有邊際成本,。一個(gè)單元測(cè)試或一個(gè)穩(wěn)定的功能，在每一次“持續(xù)集成”中都被執(zhí)行,，它們的“開發(fā)”成本在逐漸的降低,。我們應(yīng)該根據(jù)功能的實(shí)際情況酌情采用自動(dòng)化測(cè)試。