總結(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)，我們將立即處理，馬上刪除。
sales@spasvo.com
