移动测试

上一节乙醇带大家了解了appium的定位策略。实际上appium的控件定位方式是完全遵守webdriver的mobile扩展协议的。 这一节将分享一下如何使用resource id来定位android策略。 什么是resource id，这个不属于本文的范畴，大家可以点这里了解。 我们可以有两种方式来使用resource id进行定位： 使用findElement(By.id(“resourceId”))的方式。这也是原生的webdriver定义的方法，不过竟然在appium的官方文档里没有提及，属于隐藏技； 使用find_elements_by_android_uiautomator(‘ne […]

狭义上讲，UI级的自动化测试就是让机器代替人去点来点去的过程。 但机器去点什么（点上面还是点左边），怎么点（是长按还是轻触），这些东西是必须由代码的编写者所指示清楚的。 控件定位就是解决机器点什么的问题的。 一般说来，我们可以这样告诉机器：去点登陆按钮。 机器很笨，它并不知道什么是登陆按钮。因为登陆按钮是自然语言的描述。 如果你让一个人去点登陆按钮，那么他其实也是要经过一系列的脑补以后才可以做这件事的。

有时候在appium的Desired Capabilities中需要指定被测app的appActivity，下面的方法可能会对你有所帮助。 方法一 如有你有待测项目的源码，那么直接查看源码就好。如果没有，那么请联系有源码的同学，这是推荐方法。 方法二 如果你没有代码，那么可以反编译该app。

那片笑声让我想起我的那些tool 在我生命每个角落静静为我开着 我曾以为我会永远守在她身旁 今天我们已经离去在人海茫茫 她们都老了吧　都更新换代了吧 幸运的是我曾陪她们开发 啦……　想她 啦……　她还更新吗 啦……　去呀 她们已经被风吹走散落在天涯 正所谓工欲善其事必先利其器，对于appium实战android来说，下面的这些工具(以windows系统为例)是必须熟练使用的。

Desired Capabilities在启动session的时候是必须提供的。 Desired Capabilities本质上是key value的对象，它告诉appium server这样一些事情： 本次测试是启动浏览器还是启动移动设备？ 是启动andorid还是启动ios？ 启动android时，app的package是什么？ 启动android时，app的activity是什么？

一般情况下，我们都从命令行启动appium。 windows下，dos命令窗口输入 appium 如果该命令报错，那么请重装appium npm install -g appium 如果安装出错，请自行更换npm源。 npm -g –registry http://registry.cnpmjs.org install appium 然后请打开android的模拟器，如果没有请新建一个虚拟设备。请自行解除设备锁定（手动把屏幕解锁了），以防万一。

appium client扩展了原生的webdriver client方法 下面以java代码为例，简单过一下appium client提供的适合移动端使用的新方法 resetApp() getAppString() sendKeyEvent() currentActivity() pullFile() pushFile() pullFolder() hideKeyboard() runAppInBackground() performTouchAction() performMultiTouchAction() tap() swipe() pinch() zoom() getNamedTex […]

appium client是对webdriver原生api的一些扩展和封装。它可以帮助我们更容易的写出用例，写出更好懂的用例。 appium client是配合原生的webdriver来使用的(特别是用java而不用maven的同学)，因此二者必须配合使用缺一不可。 从本节开始，教程的内容将涵盖3个语言，ruby/python/java。 安装appium client

appium的哲学里有一条就是不重新发明轮子。同样，官方已经有明确的安装步骤了，因此在这里纯属搬砖。 原文地址 感谢testerhome的辛勤翻译。 限制 如果你在windows上安装appium，你没法使用预编译专用于OS X的.app文件，你也将不能测试IOS apps，因为appium依赖OS X专用的库来支持IOS测试。这意味着你只能通过在mac上来运行IOS的app测试。这点限制挺大。

Client/Server Architecture appium的核心其实是一个暴露了一系列REST API的server。 这个server的功能其实很简单：监听一个端口，然后接收由client发送来的command。翻译这些command，把这些command转成移动设备可以理解的形式发送给移动设备，然后移动设备执行完这些command后把执行结果返回给appium server，appium server再把执行结果返回给client。 在这里client其实就是发起command的设备，一般来说就是我们代码执行的机器，执行appium测试代码的机器。狭义点理解，可以把client理解 […]

什么是appium？ 下面这段介绍来自于appium的官网。 Appium is an open-source tool you can use to automate mobile native, mobile web, and mobile hybrid applications on iOS and Android platforms. “Mobile native apps” are those written using the iOS or Android SDKs. “Mobile web apps” are web apps accessed using a mobile br […]