總結(jié)UI自動化測試項目失敗原因
發(fā)布時間:2020-10-20
1、需求不穩(wěn)定,頻繁變更的項目
UI自動化測試最大的挑戰(zhàn)就是需求的變化,界面如果經(jīng)常變動,腳本就需要重新編寫,界面需求頻繁的變更導(dǎo)致編寫腳本的速度趕不上需求的變化,那UI自動化就是名存實亡,因此UI自動化測試特別適合需求穩(wěn)定、不會頻繁變更的項目。敏捷開發(fā)的項目需求不穩(wěn)定,需求的變更經(jīng)常會導(dǎo)致界面的變更,同時敏捷開發(fā)的項目周期短,因此敏捷開發(fā)的項目就不適合做UI 自動化。
2、被測系統(tǒng)開發(fā)不規(guī)范,可測試性需求不明確
UI自動化測試其實就是模擬手工點擊,不像人眼可以直接找到需要點擊的控件,程序就不一樣了,需要我們事先要找到要點擊的控件,然后讓程序去點擊完成模擬手工的操作。這就需要在項目開發(fā)前針對自動化測試定義一些列的規(guī)范,開發(fā)工程師在開發(fā)的時候遵循規(guī)范開發(fā),UI自動化才可以進行下去。例如針對按鈕控件沒有定義唯一的id或者文本描述等,在自動化腳本編寫的時候就無法找到該控件。如果開發(fā)在不同的版本之前經(jīng)常隨便變更控件的定義,那之前能執(zhí)行的腳本在之后就無法正確的運行,需要實時維護,帶來很高的人力成本而變得效率低下。同樣的還有接口自動化測試過程中的接口參數(shù)等。
3、開發(fā)維護周期短的項目
對于一次性開發(fā)的、周期短的項目,考慮到UI自動化的投入產(chǎn)出比,不宜進行UI自動化測試。UI自動化的收益主要是在多輪測試的時候才能體現(xiàn)出來,試想一個維護周期短的項目測試的輪次比較少,如界面測試就測試幾輪即可,這樣完全可以使用手工測試就行了。同時自動化腳本的開發(fā)和調(diào)試本身就需要一定的時間,如果項目的周期短,沒有足夠的時間支撐腳本的開發(fā),那也無需自動化測試了。
推薦閱讀:
本文內(nèi)容不用于商業(yè)目的,如涉及知識產(chǎn)權(quán)問題,請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054),我們將立即處理,馬上刪除。