项目页面自动化
談到TB的UI自動化,最多的就是Automan。Automan的強(qiáng)大,在保證上線后的產(chǎn)品質(zhì)量中得到了很好的體現(xiàn)。來淘寶一年多的日子里,我將Automan應(yīng)用在產(chǎn)品上線后的維護(hù)中,看到每日回歸列表中日益增加的腳本數(shù)和腳本運行發(fā)現(xiàn)的bug,心里平添些許的“安全感”。
我們可以很好的應(yīng)用Automan平臺提供的支持,完成自動化腳本的創(chuàng)建、優(yōu)化、穩(wěn)定回歸,而現(xiàn)在,我們不禁思考,UI自動化僅僅是上線后產(chǎn)品質(zhì)量的一道“護(hù)身符”么?
兩個月前,“XXXXX項目”正式立項,根據(jù)項目自身的特點,在項目的前期,我開始著手大部分功能的頁面自動化的實現(xiàn)。
接下來,我開始了項目頁面自動化思考和嘗試的過程,從項目立項,開發(fā)階段,到項目環(huán)境的一二輪測試,中間交叉著開發(fā)的兩次迭代,再到daily,預(yù)發(fā)和發(fā)布測試~頁面自動化編寫,優(yōu)化和維護(hù)的跌宕感受都交織其中~
這種感受,是對項目頁面自動化的親身體驗,在這些爽與不爽的感受中,我開始對項目頁面自動化的實現(xiàn)有了新的思考,如何組織腳本的編寫,如何高效實現(xiàn)更多tc的覆蓋,如何提升腳本的編寫和排錯效率,如何讓腳本更易于后期的維護(hù)等~
針對“XXXXX”項目,我想把這些思考和實踐的點點滴滴,通過這樣的記錄沉淀下來,分享給更多的人。下面的分享,從項目頁面自動化總述,腳本編寫思路,腳本編寫效率和腳本運行環(huán)境(包括預(yù)發(fā)和發(fā)布)分別展開。
項目頁面自動化分享(一)
——what,why,when,how
What:
項目頁面自動化是什么?我的理解是,在以手工測試為主的情況下,對項目中確定的功能點輔以頁面自動化測試并實現(xiàn)bug多次修改后的不斷回歸,代替手工測試中頁面上的反復(fù)點擊操作,主流程中對radio/checkbox的勾選到數(shù)據(jù)保存的校驗,頁面展示結(jié)果的校驗~對此小結(jié):只要是firebug能獲取到的控件,我們都可以通過Automan平臺提供的api來獲取控件中想要的屬性,通過對屬性值的提取和校驗,在這次項目中判斷諸如菜單是否高亮,頁面是否展示, 10種類型的賣家主賬號和子賬號下所有菜單權(quán)限點的校驗。
Why:
為什么要實現(xiàn)頁面自動化?最大的好處,減少多次重復(fù)的手工測試量,增加探索性測試時間。比起產(chǎn)品上線維護(hù)過程中實現(xiàn)的頁面自動化主流程,項目頁面自動化的實現(xiàn)可以細(xì)化到每條tc,校驗點更細(xì)致,時間點利用更充分。項目測試時間的緊張和松散是相對的,利用松散的時間,實現(xiàn)自動化對功能點的細(xì)化。如何利用項目過程中松散的時間,只有靠自己去體會和把握。
When:
項目頁面自動化何時編寫?何時運行自動化?對“何時”,我說下自己的體驗。測試設(shè)計完成時,我開始著手項目中頁面元素的抓取,開始自動化的第一步。因這次項目是對老版賣家中心的模塊化,元素抓取的頁面有現(xiàn)成的,自動化編寫時間在demo的產(chǎn)出前。正常的編寫時間應(yīng)該在demo的產(chǎn)出后。如果項目在立項時,確定項目要介入頁面自動化,就要和前端溝通,達(dá)成自動化頁面demo的產(chǎn)出時間,為自動化編寫爭取時間。第一輪測試完成手工測試,就可以運行自動化,在coding腳本時,難免會有很多錯誤點,在第一輪測試中盡量調(diào)通腳本,第二輪測試可以體驗到自動化給測試帶來的效率。
How:
項目頁面自動化具體做些什么呢?這里涉及時間的把控度,頁面自動化覆蓋率,自動化編寫和調(diào)試的效率等~這些在此次項目中都體驗了一把。
我們可以很好的應(yīng)用Automan平臺提供的支持,完成自動化腳本的創(chuàng)建、優(yōu)化、穩(wěn)定回歸,而現(xiàn)在,我們不禁思考,UI自動化僅僅是上線后產(chǎn)品質(zhì)量的一道“護(hù)身符”么?
兩個月前,“XXXXX項目”正式立項,根據(jù)項目自身的特點,在項目的前期,我開始著手大部分功能的頁面自動化的實現(xiàn)。
接下來,我開始了項目頁面自動化思考和嘗試的過程,從項目立項,開發(fā)階段,到項目環(huán)境的一二輪測試,中間交叉著開發(fā)的兩次迭代,再到daily,預(yù)發(fā)和發(fā)布測試~頁面自動化編寫,優(yōu)化和維護(hù)的跌宕感受都交織其中~
這種感受,是對項目頁面自動化的親身體驗,在這些爽與不爽的感受中,我開始對項目頁面自動化的實現(xiàn)有了新的思考,如何組織腳本的編寫,如何高效實現(xiàn)更多tc的覆蓋,如何提升腳本的編寫和排錯效率,如何讓腳本更易于后期的維護(hù)等~
針對“XXXXX”項目,我想把這些思考和實踐的點點滴滴,通過這樣的記錄沉淀下來,分享給更多的人。下面的分享,從項目頁面自動化總述,腳本編寫思路,腳本編寫效率和腳本運行環(huán)境(包括預(yù)發(fā)和發(fā)布)分別展開。
項目頁面自動化分享(一)
——what,why,when,how
What:
項目頁面自動化是什么?我的理解是,在以手工測試為主的情況下,對項目中確定的功能點輔以頁面自動化測試并實現(xiàn)bug多次修改后的不斷回歸,代替手工測試中頁面上的反復(fù)點擊操作,主流程中對radio/checkbox的勾選到數(shù)據(jù)保存的校驗,頁面展示結(jié)果的校驗~對此小結(jié):只要是firebug能獲取到的控件,我們都可以通過Automan平臺提供的api來獲取控件中想要的屬性,通過對屬性值的提取和校驗,在這次項目中判斷諸如菜單是否高亮,頁面是否展示, 10種類型的賣家主賬號和子賬號下所有菜單權(quán)限點的校驗。
Why:
為什么要實現(xiàn)頁面自動化?最大的好處,減少多次重復(fù)的手工測試量,增加探索性測試時間。比起產(chǎn)品上線維護(hù)過程中實現(xiàn)的頁面自動化主流程,項目頁面自動化的實現(xiàn)可以細(xì)化到每條tc,校驗點更細(xì)致,時間點利用更充分。項目測試時間的緊張和松散是相對的,利用松散的時間,實現(xiàn)自動化對功能點的細(xì)化。如何利用項目過程中松散的時間,只有靠自己去體會和把握。
When:
項目頁面自動化何時編寫?何時運行自動化?對“何時”,我說下自己的體驗。測試設(shè)計完成時,我開始著手項目中頁面元素的抓取,開始自動化的第一步。因這次項目是對老版賣家中心的模塊化,元素抓取的頁面有現(xiàn)成的,自動化編寫時間在demo的產(chǎn)出前。正常的編寫時間應(yīng)該在demo的產(chǎn)出后。如果項目在立項時,確定項目要介入頁面自動化,就要和前端溝通,達(dá)成自動化頁面demo的產(chǎn)出時間,為自動化編寫爭取時間。第一輪測試完成手工測試,就可以運行自動化,在coding腳本時,難免會有很多錯誤點,在第一輪測試中盡量調(diào)通腳本,第二輪測試可以體驗到自動化給測試帶來的效率。
How:
項目頁面自動化具體做些什么呢?這里涉及時間的把控度,頁面自動化覆蓋率,自動化編寫和調(diào)試的效率等~這些在此次項目中都體驗了一把。
總結(jié)
- 上一篇: unity动态美术字体制作
- 下一篇: 银河麒麟系统下安装Kingbase数据库