自動(dòng)化測(cè)試，失敗的案例比成功的案例要多的多，那為什么我們還要堅(jiān)持自動(dòng)化？“自動(dòng)化測(cè)試失敗案例增多”是一個(gè)值得思考的現(xiàn)象。大多數(shù)原因是缺乏對(duì)自動(dòng)化本身的理解。在認(rèn)識(shí)不足的前提下，很難保證自動(dòng)化的效果。在

自動(dòng)化測(cè)試，失敗的案例比成功的案例要多的多，那為什么我們還要堅(jiān)持自動(dòng)化？

“自動(dòng)化測(cè)試失敗案例增多”是一個(gè)值得思考的現(xiàn)象。大多數(shù)原因是缺乏對(duì)自動(dòng)化本身的理解。在認(rèn)識(shí)不足的前提下，很難保證自動(dòng)化的效果。

在一些項(xiàng)目實(shí)現(xiàn)自動(dòng)化之前，沒(méi)有對(duì)自動(dòng)化的可行性進(jìn)行有效的預(yù)研究，也沒(méi)有有效的框架、工具選擇或與業(yè)務(wù)對(duì)象相結(jié)合的設(shè)計(jì)。

目前，隨著自動(dòng)化框架和工具的發(fā)展，自動(dòng)化不是一個(gè)是否可以實(shí)現(xiàn)的問(wèn)題，而是一個(gè)是否應(yīng)該實(shí)現(xiàn)的問(wèn)題。如果在進(jìn)行自動(dòng)化測(cè)試之后，仍然沒(méi)有后續(xù)計(jì)劃，為什么還要這樣做？你不知道做完后該怎么辦。因此，自動(dòng)化的宏觀意義在于進(jìn)行自動(dòng)化測(cè)試，以便做更多有價(jià)值的測(cè)試（甚至補(bǔ)充其他手工測(cè)試）。這樣，可以驅(qū)動(dòng)的自動(dòng)化將一直被使用。

此外，自動(dòng)化本身就是一把雙刃劍。這是一個(gè)我們是否考慮過(guò)對(duì)于上面提到的什么樣的業(yè)務(wù)對(duì)象采用什么樣的框架和工具的問(wèn)題。自動(dòng)化本身的痛點(diǎn)包括開(kāi)發(fā)成本和維護(hù)成本。后者更為重要。難以維護(hù)和擴(kuò)展的自動(dòng)化很難繼續(xù)下去。

為什么要堅(jiān)持自動(dòng)化？事實(shí)上，我并沒(méi)有堅(jiān)持要這么做。我必須這么做。這種自動(dòng)化不是為了自動(dòng)化嗎？自動(dòng)化的目的是完成自動(dòng)化？這些都不可取。

另外，作為測(cè)試人員，隨著軟件技術(shù)的發(fā)展和應(yīng)用，傳統(tǒng)的手工測(cè)試方法越來(lái)越難以滿(mǎn)足測(cè)試要求，因此測(cè)試開(kāi)發(fā)能力非常重要，也是測(cè)試行業(yè)未來(lái)發(fā)展的基本能力。

在國(guó)外，資深的軟件測(cè)試人員大多是手動(dòng)測(cè)試，他們厲害之處在于測(cè)試用例的設(shè)計(jì)，但在國(guó)內(nèi)，很多測(cè)試人員都把自動(dòng)化測(cè)試當(dāng)成很厲害的資本，為什么？

Devops知道Internet應(yīng)用程序需要快速迭代，每天發(fā)布數(shù)百個(gè)版本。您可以手動(dòng)測(cè)試它們。記住要改變一個(gè)點(diǎn)，你需要測(cè)試所有的點(diǎn)。如果是微服務(wù)架構(gòu)，還需要測(cè)試項(xiàng)目團(tuán)隊(duì)的集成。

另外，測(cè)試是人寫(xiě)的，用例是人設(shè)計(jì)的，可以反映人的水平。這臺(tái)機(jī)器只是重復(fù)地運(yùn)轉(zhuǎn)，而且運(yùn)轉(zhuǎn)得更好。