UI测试的设计层次
上一篇 / 下一篇 2012-06-21 10:28:18 / 个人分类:测试经验
第一层次:在测试用例中,直接使用Selenium或者UI工具的API,如
0\s&eU0Udh.i0Selenium.Click(“//div[@id='mail-nav']/ul/li[3]/a”) |
第二层次:将UI地址直接写在测试用例中,会导致UI地址重复率增大,而且不好根据UI地址来维护。按照UI页面或者模块将对地址操作分化到测试底层中,测试用例层只管测试逻辑,如:51Testing软件测试网kL'RL!^s,y t2K
%p j5U%F/q H4w%^A0 在底层设计中LoginPage类,
7e Hz3Oqh0Class LoginPage{51Testing软件测试网 \"j
IJo|x loginButton = “//div[@id='mail-nav']/ul/li[3]/a”; @*g z`1\O8d0void Login(username, password){51Testing软件测试网1i2HM1y3N)J …..51Testing软件测试网-a5JhNL,U:O&Y Selenium.Click(loginButton);51Testing软件测试网-p/o1@aV ….51Testing软件测试网)Rhj(]l[J(r } pk].fs9I u/g0} |
{(H [SgU0 在测试用例中,就见不到对UI地址的操作了,如:
jsc]6CW0loginPage.Login(“name”,”defpassword”) |
Q(@P0c}xvSt5X8q0 第三层次:将UI地址hardcode到代码中不好的地方是,UI地址一旦变化,就必须要重新编译源代码,因此建立地址库,将UI地址存放在xml或者json等文件中。其好处是只要测试需求或逻辑不变,即使页面变化了,也无需更改代码,只需维护地址库文件,如:
wB q[pa0@AddressPage(“LoginPage.xml”)51Testing软件测试网"`u,V~ dL? Class LoginPage{51Testing软件测试网f;f6Msg ……51Testing软件测试网+JGp*vsA3MJ1~9u } |
r9aAI.~\ j0 第四层次:以上三个层次主要在解决UI地址随UI界面变化而极易变化,导致测试用例维护增大,但UI测试每一个对UI的操作都可能失败,是极不稳定的。因此,扩展Xpath或者UI工具提供的定位机制,并且在每操作UI前,先判定UI是否存在,如不存在再等待一段时间。如:
+W5L? ]k*]0//div[@id='mail-maillist']/div[2]/table/tbody/tr[{0}]/td[6]/a/span/span Ly7Ai^6_/T]0sleep=2 //AliBrowserFrameA[@global='ACCNAME_BACK'] |
M`0o@;Ec0 第五层次:扩展工具,基于UI工具做二次开发,将UI操作抽象为如下几个操作,并且能动态加载地址库与生成地址库51Testing软件测试网L'cK"d1SnP_
51Testing软件测试网6h'V9ZlR在测试用例中使用:
g:l!e v+?%d!a,?0DeskUI.Click(“loginButton”) |
工具的扩展接口:
:Te8~P0Ddb%cMN0class DeskUI: 8k)tQLui-Jd V0@staticmethod51Testing软件测试网 y4H8a-^ l6jnuH5wvzB def Open(exePath, param=”"):51Testing软件测试网n|u{5f,nH9f @staticmethod51Testing软件测试网R7L)OF5jn'dZ def Click(uiPath, ffset=0):51Testing软件测试网uPv,b$wVzN2{ @staticmethod51Testing软件测试网B~1iQ'H&[X @staticmethod51Testing软件测试网8p6gSiW{I5l |