一、UI自动化介绍
UI自动化测试是指通过编写自动化脚本来模拟用户操作UI界面,并验证UI的正确性、可用性及性能的一种测试方法。在UI自动化测试中,通过使用专门的工具和编程语言对UI界面进行自动化操作,从而可以提高测试的效率、降低测试成本,并减少错误率。UI自动化测试通常用于GUI应用程序、Web应用程序及移动应用程序等的测试
二、主流框架的认识
Selenium:最常用的开源UI自动化框架之一,支持多种编程语言,可用于测试Web应用程序、移动应用程序和桌面应用程序。
Appium:一个开源的移动应用程序自动化框架,可用于测试iOS和Android应用程序,支持多种编程语言。
Playwright;是一款跨浏览器的UI自动化工具,它具有卓越的性能、可靠性和灵活性,支持多种浏览器和平台。
Telerik Test Studio:可用于测试Web应用程序和桌面应用程序,支持多种编程语言,包括C#、VB.NET和Java。
selenium与playwright底层运行原理
Selenium底层运行的原理是使用WebDriver来控制浏览器的行为,实现自动化测试或者网站自动化操作。WebDriver是一个接口,实现了控制不同浏览器的行为。同时,WebDriver也提供了很多操作浏览器的API,如查找元素,模拟键盘和鼠标操作等。 Playwright 是由 Microsoft 开发的一个新型的自动化测试工具,其底层原理与 Selenium 有所不同。Playwright 采用的是“模拟器”模式,可以在浏览器内核的基础上进行更深层次的模拟操作。具体来说,Playwright 采用的是 Chromium 调试协议,通过发送与浏览器交互的命令,模拟用户的操作。 因此,Playwright 在测试效率、稳定性和功能性方面,均优于 Selenium。同时,Playwright 还能够同时操作多个浏览器,进行多端测试。
适合自动化的项目
- 长期的。短期几天的不合适!
- 稳定。 临时搞活动,不适合!
- 规范的。 有文档,设计规范。 接口文档,需求文档。
- 重复的。 代码相关,代码适合做重复工作
三、环境安装
1、优先安装python环境
2、安装playwright:pip install playwright
3、安装Playwright库和浏览器引擎: playwright install
4、开启录制: playwright codegen
四、PLAYWRIGHT基本操作
1.1. playwright浏览器基本操作
# 打开chrome浏览器,headless=False 非无头模式,最大化
browser = sync_playwright().start().chromium.launch(headless=False, args=["--start-maximized"])
# 创建新页面
page = browser.new_page()
# goto打开指定网址
page.goto("https://www.baidu.com")
page.reload() # 刷新
page.go_forward() # 前进
page.go_back() # 后退
page.close() # 关闭窗口
browser.close() # 关闭浏览器
简单小例子:
1.2. playwright元素定位
playwright推荐使用定位器也就是locators,定位器是自动等待与重试的核心能力。更符合用户行为的定位器。
这些是推荐的内置定位器:
l page.get_by_role()通过显式和隐式可访问性属性定位。
l page.get_by_text()按文本内容定位。
l page.get_by_label()通过关联标签的文本查找表单控件。
l page.get_by_placeholder()按占位符查找输入。
l page.get_by_alt_text()通过其文本替代品定位元素,通常是图像。
l page.get_by_title()通过标题属性定位元素。
l page.get_by_test_id()根据其data-testid属性定位元素(可以配置其他属性)。
除了以上这些,selenium的8种by元素定位,如id、xpath、css、等都可使用;
还有W3C标准规定的webDriver协议为5种定位方式CSS、Link text、Partial link text、Tag name、XPath;playwright把这些定位归类成3种,分别是:css、xpath、text;
如:
1.3. playwright元素操作
Ø 下拉选择框:selectOpion、value、labei、index
Ø 文件上传:setInputFiles、单个文件、多个文件、拖放上传
Ø 鼠标点击:click、dbclick
Ø 鼠标拖动:down、up
Ø 鼠标移动:move
Ø 触摸屏幕:tag
Ø 键盘按键:press
Ø 截屏、录屏:screenshot、recordVideo
fill() – 在元素中模拟按键输入
page.locator(ele_dict["phone_number_password"]).fill("18317777111")
click() – 点击元素
page.locator(ele_dict["exit_btn"]).click()
text() – 获取该元素的文本信息
element = page.locator('#my-element').text()
getAttribute(name) – 获取该元素name属性的值
page.locator('#my-element').get_attribute('name')
1.4. Playwright 等待方式
强制等待:time.sleep()
全局限制,每一个元素无论有没有查找到都要在指定时间过后,进行下一个
等待元素出现: page.waitForSelector('#selector')
等待元素消失: page.waitForSelector('#selector', { state: 'hidden' })
指定等待时间:page.wait_for_timeout(5000): 等待指定的时间(毫秒)
启动浏览器时可设置等待时间,未设置则默认等待时间30s
browser = playwright.chromium.launch({timeout: 30000}) // 设置超时时间为30秒
page.evaluate(js_pha) --执行js语句
1.5. Playwright 窗口和iframe切换
page.expect_popup()是Playwright中的一个方法,它会等待新的浏览器弹出窗口的出现,并返回一个新页面的实例。如果在给定的时间内未找到任何新弹出窗口,则抛出一个错误。
iframe切换:
在网页当中应用得非常广泛,尤其是页面比较复杂的情况,需要单独设置一个独立的边框或者是栏目。通过iframe的id进入对应的iframe页面,然后操作:page.frame_locator('#YSF-IFRAME-LAYER')
1.6. Playwright 断言
expect(locator).to_be_checked() |
元素被禁用 |
expect(locator).to_be_disabled0 |
元素已启用 |
expect(locator).to be editablel) |
容器是空的 |
expect(locator).to_be_empty() |
元素已启用 |
expect(locator).to_be_enabled0) |
元素是聚焦的 |
expect(locator).to_be_focused() |
元素不可见 |
expect(locator).to_be_hidden0) |
元素可见 |
expect(locator).to_be_visible) |
元素包含交本 |
expect(locator).to_contain_text0) |
元素具有DOM属性 |
expect(locator).to_have_attribute() |
元素具有类属性 |
expect(locator).to_have_class() |
列表中有确切的儿童人数 |
expect(locator).to_havecount0 |
元素具有CSS属性 |
expect(locator).to_have_css() |
元素有一个ID |
expect(locator).to_have_id() |
Element具有JavaScript属性 |
expect(locator).to_have_js_property() |
元素匹配文本 |
expect(locator).to_have_text() |
输入具有值 |
expect(locator).to_have_value() |
选择已选择选项 |
expect(locator).to_have_values()expect(page).to_have_title() |
页面有一个标题 |
expect(page).to_have_url() |
页面有一个URL |
expectlapi_response).to beok() |
回复状态为“好” |
五、 UI自动化常见问题汇总
① UI自动化测试是否需要连接数据库校验
不需要,按照测试金字塔层,最上层UI层,中间层API接口层,最底层单元测试层,可以早AIP接口层做数据库校验,UI层只需要模拟用户操作
② UI自动测试用例如何设计
UI自动化用例从手工用例中提取出来的,更加注重测试用例的严谨性
应该遵循以下原则
1.优先选取覆盖产品核心功能的用例
2.从成本上考量,不要选择流程过于复杂的用例
3.选取的用例可以是重复执行,繁琐的部分
4.优先实行正向的测试用例,反向用例一般情况复杂,数量多
③ 如何提高UI自动化脚本的稳定性
1.尽量用相对路径xpath表达式
2.查找元素优先使用显示等待(非全局查找)
3.用例与用例之间尽量避免产生依赖,用例可以单独执行
4.用例执行结束后对测试场景进行还原,避免影响其他用例执行
5.脚本执行失败后加入重试机制,提高用例的稳定性
6.尽量保证单独的测试环境,避免其他测试同步进行
④ 如何提高UI自动化脚本的可维护性
1、po分层模式,业务和页面元素的分离
2、测试数据和用例的分离,单独维护测试数据
3、页面和用例共性提取
4、可追溯日志
⑤ 自动化实现困难的地方
1、需求经常变动,脚本维护成本较高
2、特殊元素难定位
3、脚本执行不稳定,经常fail