更新時(shí)間:2022-06-21 來(lái)源:黑馬程序員 瀏覽量:
軟件測(cè)試培訓(xùn)中經(jīng)常提到自動(dòng)化測(cè)試,自動(dòng)化測(cè)試是指把以人為驅(qū)動(dòng)的測(cè)試行為轉(zhuǎn)化為機(jī)器執(zhí)行的過(guò)程。實(shí)際上自動(dòng)化測(cè)試往往通過(guò)一些測(cè)試工具或者框架,編寫自動(dòng)化測(cè)試腳本,來(lái)模擬手工測(cè)試的過(guò)程。比方講,在項(xiàng)目迭代過(guò)程中,持續(xù)的回歸測(cè)試是一項(xiàng)非??菰锴抑貜?fù)的任務(wù),并且測(cè)試人員每天從事重復(fù)性勞動(dòng),絲毫得不到成長(zhǎng),工作效率很低。此時(shí),如果開展自動(dòng)化測(cè)試就能幫助測(cè)試人員從重復(fù)、枯燥的手工測(cè)試中解放出來(lái),提高測(cè)試效率,縮短回歸測(cè)試時(shí)間。
實(shí)施自動(dòng)化測(cè)試之前,需要對(duì)軟件開發(fā)過(guò)程進(jìn)行分析,以觀察其是否適合使用自動(dòng)化測(cè)試。通常情況下,引入自動(dòng)化測(cè)試需要滿足以下條件。
(1)項(xiàng)目需求變動(dòng)不頻繁
測(cè)試腳本的穩(wěn)定性決定了自動(dòng)化測(cè)試的維護(hù)成本。如果軟件需求變動(dòng)過(guò)于頻繁,測(cè)試人員需要根據(jù)變動(dòng)的需求來(lái)更新測(cè)試用例以及相關(guān)的測(cè)試腳本,而腳本的維護(hù)本身就是一個(gè)代碼開發(fā)的過(guò)程,需要修改、調(diào)試,必要的時(shí)候還要修改自動(dòng)化測(cè)試框架,如果所花費(fèi)的成本不低于利用其節(jié)省的測(cè)試成本,那么自動(dòng)化測(cè)試便是失敗的。
(2)項(xiàng)目周期足夠長(zhǎng)
自動(dòng)化測(cè)試需求的確定、自動(dòng)化測(cè)試框架的設(shè)計(jì)、測(cè)試腳本的編寫與調(diào)試均需要相當(dāng)長(zhǎng)的時(shí)間來(lái)完成,這樣的過(guò)程本身就是一個(gè)測(cè)試軟件測(cè)開發(fā)過(guò)程,需要較長(zhǎng)的時(shí)間來(lái)完成。如果項(xiàng)目的周期比較短,沒有足夠的時(shí)間去支持這樣一個(gè)過(guò)程,那么自動(dòng)化測(cè)試便無(wú)意義。
(3)自動(dòng)化測(cè)試腳本可重復(fù)使用
如果費(fèi)盡心思開發(fā)了一套近乎完美的自動(dòng)化測(cè)試腳本,但是腳本的重復(fù)使用率很低,致使期間所耗費(fèi)的成本大于所創(chuàng)造的經(jīng)濟(jì)價(jià)值,自動(dòng)化測(cè)試便成為了測(cè)試人員的練手之作,而并非是真正可產(chǎn)生效益的測(cè)試手段了。
另外,在手工測(cè)試無(wú)法完成,需要投入大量時(shí)間與人力時(shí)也需要考慮引入自動(dòng)化測(cè)試。比如性能測(cè)試、配置測(cè)試、大數(shù)據(jù)量輸入測(cè)試等。一般來(lái)說(shuō),自動(dòng)化測(cè)試通常都會(huì)跟持續(xù)集成系統(tǒng)(比如Jenkuns)配合使用,關(guān)于持續(xù)集成的相關(guān)內(nèi)容我們將在后面的小節(jié)講解。