UI测试的设计层次
作者:网络转载 发布时间:[ 2012/6/20 13:15:33 ] 推荐标签:
根据我做UI测试的经验,将自己做UI测试的理解总结如下(这里UI测试指Web应用UI自动化测试或者桌面UI自动化测试,这些UI有一个特点是UI元素间的关系都是父子关系或者兄弟关系,能组成一个UI树):
第一层次:在测试用例中,直接使用Selenium或者UI工具的API,如
Selenium.Click(“//div[@id=‘mail-nav‘]/ul/li[3]/a”)
第二层次:将UI地址直接写在测试用例中,会导致UI地址重复率增大,而且不好根据UI地址来维护。按照UI页面或者模块将对地址操作分化到测试底层中,测试用例层只管测试逻辑,如:
在底层设计中LoginPage类,
Class LoginPage{
loginButton = “//div[@id=‘mail-nav‘]/ul/li[3]/a”;
void Login(username, password){
…..
Selenium.Click(loginButton);
….
}
}
在测试用例中,见不到对UI地址的操作了,如:
loginPage.Login(“name”,”defpassword”)
第三层次:将UI地址hardcode到代码中不好的地方是,UI地址一旦变化,必须要重新编译源代码,因此建立地址库,将UI地址存放在xml或者json等文件中。其好处是只要测试需求或逻辑不变,即使页面变化了,也无需更改代码,只需维护地址库文件,如:
@AddressPage(“LoginPage.xml”)
Class LoginPage{
……
}
第四层次:以上三个层次主要在解决UI地址随UI界面变化而极易变化,导致测试用例维护增大,但UI测试每一个对UI的操作都可能失败,是极不稳定的。因此,扩展Xpath或者UI工具提供的定位机制,并且在每操作UI前,先判定UI是否存在,如不存在再等待一段时间。如:
//div[@id=‘mail-maillist‘]/div[2]/table/tbody/tr[{0}]/td[6]/a/span/span
sleep=2 //AliBrowserFrameA[@global=‘ACCNAME_BACK‘]
第五层次:扩展工具,基于UI工具做二次开发,将UI操作抽象为如下几个操作,并且能动态加载地址库与生成地址库
在测试用例中使用:
DeskUI.Click(“loginButton”)
工具的扩展接口:
class DeskUI:
@staticmethod
def Open(exePath, param=”"):
@staticmethod
def Click(uiPath, offset=0):
@staticmethod
def RightClick(uiPath):
@staticmethod
def Input(uiPath, value):
@staticmethod
def SendShortcut(value):
@staticmethod
def SendKey(value):
@staticmethod
def Check(uiPath):
@staticmethod
def UnCheck(uiPath):
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11