关于PO
啥是PO
省流量模式
PO的设计方式具有很大的灵活性, 但是有一些基本规则可以使测试代码具有理想的可维护性.
PO本身绝不应进行判断或断言. 判断和断言是测试的一部分, 应始终在测试的代码内, 而不是在PO中. PO用来包含页面的表示形式, 以及页面通过方法提供的服务, 但是与PO无关的测试代码不应包含在其中.
实例化PO时, 应进行一次验证, 即验证页面以及页面上可能的关键元素是否已正确加载. 在上面的示例中, SignInPage和HomePage的构造函数均检查预期的页面是否可用并准备接受测试请求.
PO不一定需要代表整个页面. PO设计模式可用于表示页面上的组件. 如果自动化测试中的页面包含多个组件, 则每个组件都有单独的页面对象, 则可以提高可维护性.
demo的组成
po框架 - poium 虫师出品,支持selenium、appium以及uiautomator2,源码是很简洁的建议阅读。
测试框架 - unittest
用例的文件格式 - YAML 语言教程 - 阮一峰的网络日志
实现思路
整个实现十分简单,载入全部用例后,通过动态加载将用例运行方法变成一个个test_xxx方法,然后用unittest运行。
show you the code
github地址
不用翻墙的gitee地址
1、用例
用例为template.yaml
文件,可配合data.yaml
做数据驱动。data.yaml
只是提供参数。如果template.yaml
不需要参数则不需要data.yaml
文件。
template由三种特殊的的调用包括 Driver、各种page和Assert。
- driver为
webdriver.Chrome()
,可以帮助我们操作浏览器 - page为
page
目录下我们自己自定义的page类 - Assert为
TestCase
的各种断言
# template.yaml
# self.driver.get("{url}")
- Driver:
get: "{url}"
# self.driver.maximize_window()
- Driver:
maximize_window:
# BaiduIndexPage.search_input.send_keys("{key}")
- BaiduIndexPage:
search_input:
send_keys: "{key}"
# BaiduIndexPage.search_button.click()
- BaiduIndexPage:
search_button:
click:
# self.assertIn("{key}",self.driver.title)
- Assert:
- in
- "{key}"
- $driver.title
data.yaml提供了参数,方便我们对不同参数的测试。它的格式为对象组成的数组。
# data.yaml
- key: 简书 hoing # 置换 template中 {key}的关键字
url: https://www.baidu.com # 置换 template中 {url}的关键字
- key: github JoeEmp
url: https://www.baidu.com
2、核心代码
用例参数化核心代码,利用了format进行了参数替换
class YamlTemplateCases():
...
def gen_step(self, step, data):
if not data:
return step
if isinstance(step, dict):
for k in step.keys():
step[k] = self.gen_step(step[k], data)
return step
elif isinstance(step, list) or isinstance(step, str):
if isinstance(step, str):
step = [step]
for i in range(len(step)):
# 利用format直接替换参数
step[i] = step[i].format(**data)
return step
else:
return step
用例执行核心代码
还是以动态加载的方式来调用方法
Assert
步骤为了和方法调用做区分,直接是数组解析。Assert
可以调用上一次的返回结果或者是driver是某些功能,只需我们使用$result
和$driver
即可。
po
和driver
比较直接只是对对象的解析(尝试用递归写的时候,有点问题,后面排查,先直接手写)
class YamlCaseRunner():
...
def exec_assert_step(self, test_case_obj: TestCase, func_args, driver=None, result=None):
assert_type, func_args = func_args[0], func_args[1:]
logging.info(assert_type, func_args)
for i in range(len(func_args)):
if func_args[i].startswith('$result.') and result:
func_args[i] = getattr(result, func_args[i][8:])
elif func_args[i].startswith('$driver.') and driver:
func_args[i] = getattr(driver, func_args[i][8:])
if 'equal' == assert_type.lower():
test_case_obj.assertEqual(*func_args)
elif 'in' == assert_type.lower():
test_case_obj.assertIn(*func_args)
else:
logging.warning('%s类型断言,尚未支持' % assert_type)
def exec_po_step(self, page, ele_dict, imp_module, driver, cap):
# {'BaiduIndexPage': {'search_input': {'send_keys': '{key}'}}},
# {'BaiduIndexPage': {'search_button': {'click': None}}},
page_class = getattr(imp_module, page)
page_obj = page_class(driver, cap)
for ele, fun_dict in ele_dict.items():
ele_obj = getattr(page_obj, ele)
for func, arg in fun_dict.items():
func_obj = getattr(ele_obj, func)
if arg:
func_obj(*arg)
else:
func_obj()
def exec_driver_step(self, driver, func_dict, cap=None):
# {'Driver': {'get': 'https://www.baidu.com'}}
for func_name, args in func_dict.items():
func = getattr(driver, func_name)
if args:
func(*args)
else:
func()
添加test_xxx的核心代码
还是通过动态加载来实现将一个个test_xxx,塞进TestCase里。
def main():
ym = YamlCaseManager()
length = len(ym.all_cases)
q = deque(ym.all_cases)
def func(self):
case_name, case = q.popleft()
YamlCaseRunner(
case,
self.driver,
test_case_obj=self
)
for i in range(length):
setattr(TestALL, 'test_%s' % i, func)
unittest.main()
总结
- 为啥要dd,其实是为了普通的测试人员也能参与到自动测试的工作中去,而dd的做法,成本是相对较低的。当然我觉得behave的形式应该比yaml或者是其他的文件更贴近测试用例。
- 这个小demo其实已经能够胜任一些自动化的工作了。当然如果想要更加健壮和稳定的话,还需要我们增加一些观察机制和侦听机制,以便我们能处理一些特殊情况。
- 更简单的调用,我们其实还可以对po做进一步封装如把一个行为直接封装起来,但是等价的,这样也会使的维护page成本增大。但是如果组件化的封装的确更有利于回归,那的确值得。一切以实际情况为准。
from poium import Page, Element
class BaiduIndexPage(Page):
search_input_ele = Element(name='wd')
search_button_ele = Element(id_='su')
def search(self,key):
self.search_input_ele.send_keys(key)
self.search_button_ele.click()