码迷,mamicode.com
首页 > 其他好文 > 详细

PageObject模式的层次结构

时间:2017-07-02 10:30:20      阅读:247      评论:0      收藏:0      [点我收藏+]

标签:pass   创建   test   page   测试   编写   方法   class   name   

做过UI自动化的都晓得,在做UI自动化时定位特别依赖页面,一旦页面发生变更就不得不跟着去修改页面定位。

在webdriver中,假设你想对一个元素定位操作,那么你可能会编写下面的代码:
driver.findElement(By.id("ad")).click();
发现问题:
你有10个地方对这个元素做了这个操作,哪天这个控件的元素变了,你就不得不去修改10个地方。
那么,有什么好的方法来解决这个问题呢?
这就是PageObject模式的引入的必要性。
那到底什么是PageObject模式?
PageObject 见名思意思,就是页面对象,也就是把界面定位和业务操作分开,在我现在团队我推行的是三层模式,把UI自动化分为了对象库层,操作层和业务层。PO思想对界面交互细节进行了封装,这样可以使测试案例更关注业务,而非界面细节,提高了测试案例的可读性,同样也可以为我后期BDD(Behavior Driven Deveopment)的推行打好基础。
 
废话这么多来看个例子吧:
假设我现在要做一个登陆操作,那么我创建一个对象库层:
 
public class LoginPage{
    public static By userName = By.name("userName");
    public static By pwd = By.name("passWord");
    public static By login=By.id("login");
}
 
 操作层:
public void inputUser(String name, String pwd) {
    driver.findElement(LoginPage.userName).sendKeys(name);
    driver.findElement(LoginPage.pwd ).sendKeys(pwd);
}
 
业务层:
@Test
public void login(){
    login.inputUser("username","pwd");
    tools.click("点击【登录】",login);
}
 
很容易从上面的案例可以看出,PO模式引入前后的区别:
技术分享

 

当然减少UI自动化脚本的维护,提高测试案例的可读性方式很多的,PO不是唯一的,也不是什么真理,根据自己环境拿出一套合适的方案才是目标。

PageObject模式的层次结构

标签:pass   创建   test   page   测试   编写   方法   class   name   

原文地址:http://www.cnblogs.com/111testing/p/7103936.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!