对操作不成功时,希望能够继续执行其他操作,或者是,希望操作不成功时,能够写日志记录 目录 1.常见异常 2.截图处理 1.常见异常 1.NoSuchElementException:没有找到元素 2.NoSuchFrameException:没有找到iframe 3.NoSuchWindowException:没找到窗口句柄handle 4.NoSuchAttributeException:属性错误 5.NoAlertPresentException:没找到alert弹出框 6.lementNo

PO模式,全称PageObject模式,即页面对象模式.将页面定位与业务操作分离. po模式有以下几个优点: 1.易读性好 2.扩展性高 3.复用性强 4.维护性好 5.代码冗余率低 了解了po模式及po模式的优点,可po模式在实际项目中到底该怎么做呢?接下来我们就来看看: 在本篇中我将po模式分为三层,分别是页面定位层,页面对象层,业务逻辑层:我将对每层逐一介绍. 一.页面定位层:每个页面作为一个模块,将页面元素定位表达式统一存放在该页面 例:登录页面模块部分代码如下 from seleniu

因为某次工作中写了个脚本要来回跑,还要在本机上做很多其他的事情,所以就上网找了个方法,无头浏览器,这样就不会浏览器来回弹出来,执行用例还会很快. 废话不多说,直接放代码: #coding=utf-8 """ creted on : 2019-05-06 updated on : 2019-05-06 description : ABtester for splitFlow """ from selenium import webdriver fr

1.如果目标元素有id属性,优先使用id定位: 2.元素locator尽可能保证简洁,考虑locator中路径的变化频率,尽量减少后期更新和维护成本: 3.使用xpath时,不要一味的使用‘/’逐层进行选择:合理使用‘/’和‘//’,能简化表达式: 4.尽量使用函数和运算符,如contains(),text(),position()等:运算符包括算数运算符或逻辑运算符等: 以下举例xpath常用语法: 1) xpath=//img[@alt='The image alt text'] 2) xp

一 .引子 UI自动化,在移动互联网时代的今天,一直都是在各大测试社区最为火爆的一个TOPIC.甚至在测试同行面前一提起自动化,大家就会自然而然的问:“恩,你们是用的什么框架?appium?还是robotium?” 其实在笔者看来,UI自动化是一个ROI较低的测试项(ROI即return on investment,中文意思是投资回报率).但UI自动化相比接口自动化.白盒测试等,它更贴近手工业务测试行为.对于刚起步测试左移.效率提升的团队来说,是最迅速的切入点,也是广大黑盒tester,提升自身

UI自动化中常用三种等待 目录 1.强制等待 2.隐式等待 3.显示等待 1.强制等待 执行到某一条语句后,然后sleep(3),等待3秒后,才会继续执行后面的语句 2.隐式等待 隐式等待只需要声明一次,一般在打开浏览器后进行声明.声明之后对整个drvier的生命周期都有效,后面不用重复声明. 隐式等待是等待页面加载完,才会继续执行后面的语句:也就是一般情况下你看到浏览器标签栏那个小圈不再转,才会执行下一步 driver = webdriver.Chrome() driver.implicitl

selenide 在测试过程中需要设置许多的默认值,方便在测试过程中进行和很好的使用.下面我们在selenide中的api引用过来看看! static Configuration.AssertionMode  assertionMode Assertion mode - STRICT or SOFT Asserts Default value: STRICT static java.lang.String baseUrl Base url for open() function calls Ca

在用Appium做UI自动化过程中,大家会发现测试报告很重要,而在测试报告中截图很重要. 因为很多公司都是用Jenkins作为持续集成工具,所以要让执行自动化测试的人看明白自动化在跑什么,哪里失败了,关键节点都需要截图. 怎么做呢,目前项目中是这么实现的: 1.实现截图功能类: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 public static String screenShot(ShipperAndroidEmulator ae) {  

airtest:http://airtest.netease.com/docs/docs_AirtestIDE-zh_CN/index.html官网地址 AirtestIDE:跨平台的UI自动化测试编辑器,适用于游戏和App 主要讲解脱离airtestIDE python+poco+手机实现ui自动化+win 让手机在指定的端口可以接收到TCP/IP连接. 确保手机开启了usb调试 用usb线把手机和电脑连接起来 执行命令:adb tcpip 5555 adb连接这里不主要讲解如果需要的话可以查

前面已经写过利用BeautifulReport生成测试报告,那么接下来讲讲如何在测试报告里面保存截图 首先需要在测试用例中定义一个截图的方法: # 截图方法 """ os.path.abspath:返回当前目录的绝对路径 传入一个img_name,并存储到指定路径下 """ def save_img(self, img_name): self.driver.get_screenshot_as_file('{}/{}.png'.format(os.

◆版权声明:本文出自胖喵~的博客,转载必须注明出处. 转载请注明出处:http://www.cnblogs.com/by-dream/p/5993622.html 关于UI自动化的抱怨 听过不少人这样讲 "UI自动化非常不稳定,需求一改,界面一遍,全部都费了".我相信做过的人可能也会有同感.既然这个问题一直都是存在的,那么为什么没有人仔细分析原因呢? 我的老板george曾举了这样一个例子:每当需求变化的时候,开发没有跳起来,反而是测试跳了起来.然后不断的抱怨,界面元素全都改了,我的自

日常的 Web UI 自动化测试过程中,get 或 navigate 到指定的页面后,若想截图的元素或者指定区域范围不在浏览器的显示区域内,则通过截屏则无法获取相应的信息,反而浪费了无畏的图片服务器资源,当然,最重要的还是未能达到自己的预期,是不是很内伤啊.此时,我们就不得不像正常用户操作一样,通过滚动页面至相应的区域,那么该如何滚动呢,此文就此给出答案. 此文实现的页面滚动,是通过 js 操作实现的,敬请各位小主参阅.若有不足之处,敬请大神指正,非常感谢! 直接上码了...... /** *

前一段时间帮助团队搭建了UI自动化环境,这里将Jenkins环境的一些配置分享给大家. 背景: 团队下半年的目标之一是实现自动化测试,这里要吐槽一下,之前开发的测试平台了,最初的目的是用来做接口自动化测试和性能测试,但由于各种原因,接口自动化测试那部分功能整个废弃掉了,其中和易用性有很大关系,另外,也和我们公司的接口业务也有关.不过性能测试功能开发同学用的很欢快,还有接口的管理,目前是连接前端与后端的重要桥梁.目前又加入了环境管理(我公司主要用docker创建开发和测试环境),最近又加入了需求管

一 使用目的 该工具主要是面向游戏UI测试基于图像识别,如游戏框架unity,Cocos-js以及网易内部的游戏框架同时也支持原生Android App 的基于元素识别的UI自动化测试.本文主要使用目的是做安卓原生App的元素UI自动化. 二 资源索引 官方资源 网易游戏新开源的 UI 自动化测试项目 [Airtest Project]Airtest官网Airtest官网上手教程AirtestProject Github主页AirtestIDE官方中文文档Airtest 官方中文文档PocoUI

解决UI自动化难点痛点: 解决从安装过程中跳出的提示框以及操作过程中任意提示框的操作,来提高用例成功率: 公用用例及业务用例分离,便于维护和多人使用,提高脚本编写效率: 解决用android windowmanager设计的控件,任何UI相关工具是无法获取控件操作问题 解决代码逻辑复杂定位控件问题,任何控件都可快速定位: 解决混合app,涉及到webviewUI操作,还得需要重新打包问题: 解决用例失败后,可配置次数,进行重试执行,提高用例得执行率: 解决测试报告粗糙,纯log输出或者配置简单截

◆版权声明:本文出自胖喵~的博客,转载必须注明出处. 转载请注明出处:http://www.cnblogs.com/by-dream/p/5993622.html 关于UI自动化的抱怨 听过不少人这样讲 “UI自动化非常不稳定,需求一改,界面一遍,全部都费了”.我相信做过的人可能也会有同感.既然这个问题一直都是存在的,那么为什么没有人仔细分析原因呢? 我的老板george曾举了这样一个例子:每当需求变化的时候,开发没有跳起来,反而是测试跳了起来.然后不断的抱怨,界面元素全都改了,我的自动化的用例

一 使用目的 该工具主要是面向游戏UI测试基于图像识别,如游戏框架unity,Cocos-js以及网易内部的游戏框架 同时也支持原生Android App 的基于元素识别的UI自动化测试. 本文主要使用目的是做安卓原生App的元素UI自动化. 二 资源索引 官方资源 网易游戏新开源的 UI 自动化测试项目 [Airtest Project] Airtest官网 Airtest官网上手教程 AirtestProject Github主页 AirtestIDE官方中文文档 Airtest 官方中文文

测试框架选型: 首先,通过利用TestNG结合csv的使用,将测试用例数据转化为测试代码中的数据,减少了测试人员录入数据和准备数据的工具: 再次,通过对appium的封装,按照面向对象的思想将测试中用到的页面元素封装成对象,增强测试代码的复用率,并减轻测试人员对底层代码实现的负担,提高测试代码编写效率: 最后,引入失败重跑.失败截屏,并通过reportng生成测试报告的方式,逐步完善测试过程,提高定位问题的速度: 测试框架分层: 数据层.驱动层.测试Case层.支持层 第一层:数据层 即执行用例

Selenium学习笔记 selenium webdriver是业界公认ui自动化测试的标准,其封装的api可以对浏览器的任何地方进行操作 selenium2.0和selenium3.0的区别? 3.0任何浏览器的厂商都支持selenium,他们只要给予驱动就可以了,2.0只支持火狐和谷歌 webdriver工作原理? 通过webdriver创建一个浏览器服务,remote server(底层服务).启动脚本后会通过驱动打开浏览器,并绑定端口,不同浏览器端口不同 client端创建一个sessi

环境:Python2.7.10, selenium3.141.0, pytest4.6.6, pytest-html1.22.0, Windows-7-6.1.7601-SP1 特点:- 二次封装了selenium,编写Case更加方便. - 采用PO设计思想,一个页面一个Page.py,并在其中定义元素和操作方法:在TestCase中直接调用页面中封装好的操作方法操作页面. - 一次测试只启动一次浏览器,节约时间提高效率(适合公司业务的才是最好的). - 增强pytest-html报告内容,加