- 老马关于PageObject的定义
It should allow a software client to do anything and see anything that a human can
- PageObject到底是个啥
将针对Page的
所有操作
进行统一
封装,如: 输入框中输入内容、点击按钮等
-
E2E的几个
痛点
前端调整
引起元素定位不到,如
登录页面的
密码
输入框的id被程序员不小心
给删除了,执行E2E测试过程中就会无法定位到密码
输入框,即使有错误提示,你就要
找到所有
的密码
输入框并修改密码
输入框元素定位相同的
页面操作,要在不同的地方使用,写N
次,代码冗余
,很不利于后期维护
用户登录,这样的操作是最常见的。但我们经常会出现在每个需要
登录
的地方,都
写一遍用户
登录 -
使用PageObject都可以解决
- 如果元素定位不到,只需要修改对应的页面的PageObject就好,
一处改动,关联的地方都OK了
- 将相同的页面操作,进行
抽离
至PageObject中,大大减少代码的冗余
- 如果元素定位不到,只需要修改对应的页面的PageObject就好,
下面我们看一个实践: 如何将页面进行PageObject抽离
public class ExampleInstrumentedTest {
public static final String STRING_TO_BE_TYPED_EMAIL = "EspressoDemo@mail.com";
public static final String STRING_TO_BE_TYPED_EMAIL_PASSWORD = "123456";
@Rule
public ActivityTestRule<LoginActivity> mActivityRule = new ActivityTestRule<>(
LoginActivity.class);
@Test
public void testAttemptLogin() {
// Type text and then press the button.
onView(withId(demo.test.espressodemo.R.id.email))
.perform(typeText(STRING_TO_BE_TYPED_EMAIL), closeSoftKeyboard());
onView(withId(demo.test.espressodemo.R.id.email))
.check(matches(withText(STRING_TO_BE_TYPED_EMAIL)));
onView(withId(demo.test.espressodemo.R.id.password))
.perform(typeText(STRING_TO_BE_TYPED_EMAIL_PASSWORD), closeSoftKeyboard());
onView(withId(demo.test.espressodemo.R.id.password))
.check(matches(withText(STRING_TO_BE_TYPED_EMAIL_PASSWORD)));
onView(withId(demo.test.espressodemo.R.id.email_sign_in_button))
.perform(click());
}
}
从testAttemptLogin
中可以看出测试流程是这样
- 第一步:
R.id.email
输入内容STRING_TO_BE_TYPED_EMAIL
,再验证输入内容是否为STRING_TO_BE_TYPED_EMAIL
- 第二步:
R.id.password
输入内容STRING_TO_BE_TYPED_EMAIL_PASSWORD
,再验证输入内容是否为STRING_TO_BE_TYPED_EMAIL_PASSWORD
- 第三步: 点击
R.id.email_sign_in_button
按钮
这是一个最常见的E2E测试的编写方式,这样的编写方式,明显就
一步一步
进入了我们上面提的 E2E的几个痛点
中
- 提取
登录PageObject
:LoginPageObject
public class LoginPageObject {
public static void inputEmail(String email){
onView(withId(demo.test.espressodemo.R.id.email))
.perform(typeText(email), closeSoftKeyboard());
onView(withId(demo.test.espressodemo.R.id.email))
.check(matches(withText(email)));
}
public static void inputPassword(String password){
onView(withId(demo.test.espressodemo.R.id.password))
.perform(typeText(password), closeSoftKeyboard());
onView(withId(demo.test.espressodemo.R.id.password))
.check(matches(withText(password)));
}
public static void clickLogin(){
onView(withId(demo.test.espressodemo.R.id.email_sign_in_button))
.perform(click());
}
}
- 使用
登录PageObject
来实现之前
的测试功能
public class ExampleInstrumentedTest {
public static final String email = "EspressoDemo@mail.com";
public static final String password = "123456";
@Rule
public ActivityTestRule<LoginActivity> mActivityRule = new ActivityTestRule<>(
LoginActivity.class);
@Test
public void testAttemptLogin() {
// Type text and then press the button.
LoginPageObject.inputEmail(email);
LoginPageObject.inputPassword(password);
LoginPageObject.clickLogin();
}
}
至此,PageObject已经分离完成,我们肯定不会到此就结束的,
再把
测试数据进行分离
,便于整体数据的维护
- 提取
用户数据
:UserInfo
public class UserInfo {
public static final String email = "EspressoDemo@mail.com";
public static final String password = "123456";
}
再次
调整测试代码
public class ExampleInstrumentedTest {
@Rule
public ActivityTestRule<LoginActivity> mActivityRule = new ActivityTestRule<>(
LoginActivity.class);
@Test
public void testAttemptLogin() {
// Type text and then press the button.
LoginPageObject.inputEmail(UserInfo.email);
LoginPageObject.inputPassword(UserInfo.password);
LoginPageObject.clickLogin();
}
}
走到这里,我们会发现,现在的测试很
清晰
,也很好维护
测试仅有三
步骤
Login
输入邮箱地址Login
输入密码Login
点击登录按钮
有没有发现,这样的测试,更
符合
业务.
- 使用PageObject模型后,测试代码更加便于
维护
,大大增加了可读性
,减少了冗余
代码 - PageObject就是将页面的操作行为,进行单独
分离
和维护,统一管理
- PageObject/测试数据/测试脚本的关系
- 完整代码: https://github.com/aimer1124/EspressoDemo