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