webdriver获取变色的元素

在WebDriver中，可以使用JavaScript来获取变色的元素。JavaScript可以通过获取元素的颜色属性来判断元素是否变色。可以使用JavaScript的getComputedStyle()方法来获取元素的颜色属性，然后使用JavaScript的if语句来判断元素是否变色，如果变色，则执行相应的 *** 作。此外，还可以使用JavaScript的addEventListener()方法来监听元素的变色事件，当发生变色时，可以执行相应的 *** 作。

话不多说，直接上干货：

appium的整体架构是C/S模式，整体流程（返回顺序为逆向）：

脚本请求 ——> 4723端口appium server ——> 解析参数给PC端4724端口 ——> 发送给设备4724端口 ——> 通过设备4724端口发给bootstrapjar ——> Bootstrapjar把命令发给uiautomator

1、脚本请求 ——> 4723端口appium server ：

首先我们要开启appium服务，即Appium server，也就是在命令行用appium命令打开的东西，默认监听4723端口。4723端口专门和脚本打交道，基于WebDriver协议。webdriver是按照server – client的经典设计模式设计的，作用就是启动基于WebDriver Wire协议的appium服务，接下来脚本与appium server的通信实际上是一个>

selenium Grid使用Hub和Node模式，一台计算机作为Hub（管理中心）管理其他多个Node（节点）计算机。Hub负责将测试用例分发给多台Node计算机执行，并收集多台Node计算机执行结果的报告，汇总后提交一份总的测试报告。

selenium文档： >

请注意测试本身不是靠工具的而是靠设计，这是我的理念，所以我一向觉得，很多人认为做测试做的好就是靠掌握一门好的工具，这个观点是不正确的，所以我可以负责任的告诉你，做Android手机需要掌握的不是工具、而是理念、思维、以及框架，总的来说是本质，而工具只是辅助，那么现在我来介绍一些我了解的工具（仅仅是了解，很多没用过）

开源 Android 软件测试工具包括：Android Test Kit, AndroidJUnit4, Appium, calabash-android, Monkey, MonkeyTalk, NativeDriver, Robolectric, RoboSpock, Robotium, UIAutomator, Selendroid。

Android Test Kit

Android Test Kit 是一组 Google 开源测试工具，用于 Android 平台，包含 Espresso API 可用于编写简洁可靠的 Android UI 测试。

AndroidJUnit4

AndroidJUnit4 是一个让 JUnit 4 可以直接运行在 Android 设备上的开源命令行工具。

Appium

Appium 是一个开源、跨平台的自动化测试工具，用于测试原生和轻量移动应用，支持 iOS, Android 和 FirefoxOS 平台。Appium 驱动苹果的 UIAutomation 库和 Android 的 UiAutomator 框架，使用 Selenium 的 WebDriver JSON 协议。Appinm 的 iOS 支持是基于 Dan Cuellar's 的 iOS Auto Appium 同时绑定了 Selendroid 用于老的 Android 平台测试。

Calabash-android

calabash-android 是一个基于 Cucumber 的 Android 的功能自动化测试框架。Calabash 允许你写和执行，是开源的自动化移动应用测试工具，支持 Android 和 iOS 原生应用。Calabash 的库允许原生和混合应用的交互测试，交互包括大量的终端用户活动。Calabash 可以媲美 Selenium WebDriver。但是， 需要注意的是 web 应用和桌面环境的交互跟触摸屏应用的交互是不同的。Calabash 专为触摸屏设备的原生应用提供 APIs。

Monkey

Monkey 是 Google 开发的 UI/应用测试工具，也是命令行工具，主要针对压力测试。你可以在任意的模拟器示例或者设备上运行。Monkey 发送一个用户事件的 pseudo-random 流给系统，作为你开发应用的压力测试。

MonkeyTalk

MonkeyTalk 是世界上最强大的移动应用测试工具。MonkeyTalk 自动为 iOS 和 Android 应用进行真实的，功能性交互测试。MonkeyTalk 提供简单的 "smoke tests"，复杂数据驱动的测试套件。MonkeyTalk 支持原生，移动和混合应用，真实设备或者模拟器。MonkeyTalk 使得场景捕获非常容易，可以记录高级别，可读的测试脚本。同样的命令可以用在 iOS 和 Android 应用上。你可以记录一个平台的一个测试，并且可以在另外一个平台回放。MonkeyTalk 支持移动触摸和基于手势交互为主的移动体验。点击，拖拽，移动，甚至是手指绘制也可以被记录和回放。

NativeDriver

NativeDriver 是 WebDriver API 的实现，是原生应用 UI 驱动，而不是 web 应用。

Robolectric

Robolectric 是一款Android单元测试框架，使用 Android SDK jar，所以你可以使用测试驱动开发 Android 应用。测试只需几秒就可以在工作站的 JVM 运行。Robolectric 处理视图缩放，资源加载和大量 Android 设备原生的 C 代码实现。Robolectric 允许你做大部分真实设备上可以做的事情，可以在工作站中运行，也可以在常规的 JVM 持续集成环境运行，不需要通过模拟器。

RoboSpock

RoboSpock 是一个开源的 Android 测试框架。提供简单的编写 BDD 行为驱动开发规范的方法，使用Groovy 语音，支持 Google Guice 库。RoboSpock 合并了 Robolectric 和 Spock 的功能。

Robotium

Robotium 是一款国外的Android自动化测试框架，主要针对Android平台的应用进行黑盒自动化测试，它提供了模拟各种手势 *** 作（点击、长 按、滑动等）、查找和断言机制的API，能够对各种控件进行 *** 作。Robotium结合Android官方提供的测试框架达到对应用程序进行自动化的测 试。另外，Robotium 40版本已经支持对WebView的 *** 作。Robotium 对Activity，Dialog，Toast，Menu 都是支持的。

UIAutomator

uiautomator 测试框架提高用户界面（UI）的测试效率，通过自动创建功能 UI 测试示例，可以在一个或者多个设备上运行你的应用。

Selendroid

Selendroid 是一个 Android 原生应用的 UI 自动化测试框架。测试使用 Selenium 2 客户端 API 编写。Selendroid 可以在模拟器和实际设备上使用，也可以集成网格节点作为缩放和并行测试。

作为一名工程师，在使用工具的时候，应该尽量做到知其然知其所以然，这样我们才不会变为搬砖码农。那么如何才能久病成医（深入了解和使用WebDriver）？不得不说，学习WebDriver的各类Exception是一条捷径。因为看懂一些常用的Exception，有利于我们迅速定位排查问题，提升我们的调试和维护自动化的效率。这里我们就列举一些常见的WebDriver病灶（Exception）供大家诊断。

我们先来看一下查找元素的异常，直白的翻译这个异常，我们可以得到无效的选择器异常。那么我们什么地方会用到选择器呢？回忆一下，WebDriver提供的定位方式有id，name，className，css，tag，linkText，xpath等，其中只有css和xpath存在着语法（其他都是唯一的String）。何为无效呢？也就是我们拼成的css和xpath不符合css和xpath的语法，导致程序无法识别。当我们看到这个异常的时候，我们就可以瞬间反应过来，可能这个FindElement方法的定位器写的css和xpath语法错误了。

在写对了元素定位器，同样会出现异常，如同这个异常一样，翻一下：没有这样的元素异常。也就是说根据我们所写的合法元素定位器，无法找到符合要求的元素。试想一下，在哪些情况下会出现这样的情况呢？因为我们的选择器写的很正确不是吗？如果在id，name，className，css，tag，linkText中出现该错误，十之八九是因为自己手打String的时候，出现了错误。当然遇到xpath出现的话，也许会相对复杂一些，相对路径写错了或是元素属性值打错了等。

看着这个异常与NoSuchElementException是不是很相似。基本上我们可以认为其实他们是一样的，Frame只是一种特殊的Element，同样是因为我们根据给于的选择器无法找到这个Frame（特殊的Element）。

在找元素的时候会有异常，同样在切换窗口的时候同样会出现找不到。只不过查找Window我们是使用页面句柄或者页面title。

这个异常不好理解，我们先翻译一些这个异常：陈旧的元素引用异常。那什么样的元素会变成陈旧的呢？我们这里假设一种常见：我们在页面上找到了一个元素并把这个元素赋值给myElement，即WebElement myElement = driverfindByElement(by)；在接下去的 *** 作中，myElement这个页面元素在一系列 *** 作后，彻底的从页面上删除了，那么接下去我们执行myElementclick()，此时页面已经没有这个元素了，那么他的引用关系是不是很陈旧了？

上面讲了一些我们在编写用例的时候会出现的“硬”异常，为什么我叫他做“硬”异常呢？因为他们是在我们用例写成后，第一次执行报异常后，如果不进行任何修改，每次都会出现该异常。是一盘不回锅就永远嚼不下去的硬菜。当然有硬菜就会有软菜，也就是一些非必现的偶发性异常。

这个异常是WebDriver的总异常类，大部分没有独立异常catch的类，都会通过这个Exception抛出。对于这个类，可能我们就不是单纯的看异常名字了，需要详细分析的Exception Message了。当然我们也不一一介绍，只举例我们的“软”异常。

这条Message，应该是我们在写自动化点击 *** 作中遇见较为频繁的一条。我们翻译一下，元素不能在坐标（669,358）上进行点击，原因是其他元素接收到了这个点击事件。那为什么会出现这种情况呢？首先我们来说一下WebDriver的实现机制：它是通过调用浏览器接口，实际进行浏览器 *** 作的。比如这里的点击，其实是我们找到这个元素，计算这个元素的中心点在浏览器中的位置，然后对浏览器的这个位置进行模拟点击，所以我们看到会有一个明确的坐标点。那为啥会点击的时候没有点到，同时被其他元素接收了呢？这里我们就又需要重申一次AJAX了。我们举个详细的例子：

如图，在点击了删除d出的确认后，在JS响应完成，即关闭浮层前，我们点击浮层下的编辑或者删除按钮，即会触发这个异常了。也就是在JS响应速度还没有我们的自动化快时发生。

这个异常在我们日常AJAX页面上也是较为常见的一种。我们来翻译一下，无效的元素状态异常。那什么情况下会出现无效的元素状态。我们再看一个例子：

如图，在大部分网站的注册功能上，会在输入正确手机号后，获取验证码按钮变成可以点击，当然这个 *** 作是JS来控制，但是有可能出现我如图的情况，我已经输入了手机号，但是由于JS慢了半拍，导致获取验证码处于不能点击的状态，这时点击获取验证码即会出现我们说的异常了。

通过了解Exception后，我们可以很快的定位出程序存在的问题，从而实现效率的提升。在上面举例的这些异常的例子，大多数是这个异常出现的一个场景之一，但是通过我们深入分析原因，很容易将我们遇到的问题基本可以归类到这几种异常。所以大家后续编写用例过程中，如果遇到如上这些异常，可以适当的分析和定位原因。当然我们可以看出来上面的“硬”异常，其实是可以通过我们的细心可以慢慢规避，当我们遇到“软”异常的时候，我们可能需要分析具体问题了。然而，我们业内会有很多框架二次封装，有部分就是在解决那些“软”异常，来提升测试的稳定性。

在终端输入

验证所有依赖是否安装成功，都是打钩状态就证明环境正常，如图

3执行

4直接用Xcode打开 WebDriverAgentxcodeproj 文件

5配置 WebDriverAgentLib 和 WebDriverAgentRunner 的证书

一切正常的话，手机/模拟器上会出现一个无图标的 WebDriverAgent 应用，启动之后，马上又返回到桌面。

此时控制台界面可以看到设备的 IP 地址:

通过上面给出的 IP地址 和端口，加上/status合成一个url地址。例如 [ >

在python的webdriver中，可以使用driverback()方法来返回，这是因为该方法可以模拟浏览器的后退按钮，因此可以返回到以前访问过的页面。Python的Webdriver可以使用return语句来返回一个值。这是因为return语句可以将一个函数执行的结果返回给调用函数，这样调用函数就可以使用返回的结果做一些处理。

以上就是关于webdriver获取变色的元素全部的内容，包括:webdriver获取变色的元素、读懂appium原理，看这篇就够了、selenium hub/node配置以及webdriver.io集成selenium等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！