空间管理您的位置: 51Testing软件测试网 » Mr.南柯 » 日志

UI测试的设计层次

上一篇 / 下一篇 2012-06-21 10:28:18 / 个人分类：测试经验

查看( 360 ) / 评论( 0 ) / 评分( 0 / 0 )

根据我做UI测试的经验，将自己做UI测试的理解总结如下（这里UI测试指Web应用UI自动化测试或者桌面UI自动化测试，这些UI有一个特点是UI元素间的关系都是父子关系或者兄弟关系，能组成一个UI树）：

　　第一层次：在测试用例中，直接使用Selenium或者UI工具的API，如

Selenium.Click(“//div[@id='mail-nav']/ul/li[3]/a”)

*~[v#T)L.y.b ?0　　第二层次：将UI地址直接写在测试用例中，会导致UI地址重复率增大，而且不好根据UI地址来维护。按照UI页面或者模块将对地址操作分化到测试底层中，测试用例层只管测试逻辑，如：

,i|O#B`#YJ0　　在底层设计中LoginPage类，

Class LoginPage{
loginButton = “//div[@id='mail-nav']/ul/li[3]/a”;
void Login(username, password){
…..
Selenium.Click(loginButton);
….
}
}

"@Bk|;N0　　在测试用例中，就见不到对UI地址的操作了，如：51Testing软件测试网0nS` o#X1r

loginPage.Login(“name”,”defpassword”)

)H@{1Lt}gk0　　第三层次：将UI地址hardcode到代码中不好的地方是，UI地址一旦变化，就必须要重新编译源代码，因此建立地址库，将UI地址存放在xml或者json等文件中。其好处是只要测试需求或逻辑不变，即使页面变化了，也无需更改代码，只需维护地址库文件，如：51Testing软件测试网@cR'W SAj

@AddressPage(“LoginPage.xml”)
Class LoginPage{
……
}

aNrk:L)vC]0　　第四层次：以上三个层次主要在解决UI地址随UI界面变化而极易变化，导致测试用例维护增大，但UI测试每一个对UI的操作都可能失败，是极不稳定的。因此，扩展Xpath或者UI工具提供的定位机制，并且在每操作UI前，先判定UI是否存在，如不存在再等待一段时间。如：51Testing软件测试网4m8RN"FPEH ?

//div[@id='mail-maillist']/div[2]/table/tbody/tr[{0}]/td[6]/a/span/span
sleep=2 //AliBrowserFrameA[@global='ACCNAME_BACK']

6F Y1p^.KH9R0　　第五层次：扩展工具，基于UI工具做二次开发，将UI操作抽象为如下几个操作，并且能动态加载地址库与生成地址库

　　在测试用例中使用：

DeskUI.Click(“loginButton”)

c4`|)N)\?'b|/\P_0　　工具的扩展接口：

class DeskUI:
@staticmethod
def Open(exePath, param=”"):
@staticmethod
def Click(uiPath, ffset=0):

@staticmethod
def RightClick(uiPath):

J(TG9oN/G0@staticmethod51Testing软件测试网/\Ht3L8m3s9`
def Input(uiPath, value):51Testing软件测试网0j'i0o,_+q6x#J

{m~9AdY0@staticmethod
D%bB]#N?L)ZN0def SendShortcut(value):

4^2F,W Cq0@staticmethod
O.@Fpotrc0def SendKey(value):

w/~g{j*e0@staticmethod51Testing软件测试网D+YQ|#T.h!i
def Check(uiPath):51Testing软件测试网+[ Nz0u`:ED

(^nah$y1m%b.kd]0@staticmethod51Testing软件测试网a5IC-K1ps3_1r
def UnCheck(uiPath):51Testing软件测试网T&f?!W f)n5|

收藏举报

TAG:

查看全部评论

bob123654

不要让那些真正对你好的人，慢慢的从你的生活中消失，无论爱情还是友情，都需要用心经营。

UI测试的设计层次

用户菜单

我的栏目

标题搜索

日历

我的存档

数据统计

RSS订阅