1.Hybrid App自动化测试概要
什么是Hybrid App?
Hybrid App（混合模式移动应用）是指介于web-app、native-app这两者之间的app，兼具“Native App良好用户交互体验的优势”和“Web App跨平台开发的优势”。
它虽然看上去是一个Native App，但只有一个UI WebView，里面访问的是一个Web App，比如街旁网最开始的应用就是包了个客户端的壳，其实里面是HTML5的网页，后来才推出真正的原生应用。再彻底一点的，如掌上百度和淘宝客户端Android版，走的也是Hybrid App的路线，不过掌上百度里面封装的不是WebView，而是自己的浏览内核，所以体验上更像客户端，更高效。
Hybrid App同时使用网页语言与程序语言开发，总体特性更接近Native App但是和Web App区别较大。只是因为同时使用了网页语言编程，所以开发成本和难度比Native App要小很多。因此说，Hybrid App兼具了Native App的所有优势，也兼具了Web App使用HTML5跨平台开发低成本的优势。
使用python驱动Appium测试Hybrid APP的流程如下图，和Native App相同的是，Hybrid APP原生的自动化框架Selendroid也是基于Java语言开发的；
2.Appium基于Selendroid的原理、元素识别工具、脚本设计原则--SLOVE原则
2.1，Appium原理
2.2，Selendroid架构
2.3，元素识别工具
Web App页面部分使用Chrome Inspector；Java实现的框架部分仍然可以使用UIAutomatorviewer来定位；
2.4，脚本设计原则
2.5，以下图为例进行后面的介绍
3.基于Appium的Hybrid App自动化环境差异
3.1，Appium的配置如图1；
为什么要添加测试app的路径呢？
因为Selendroid是需要把测试app重签名的，既然要进行重签名，那就需要有一个app包在；appium会根据这个路径来把app进行重签名
4.Hybrid App自动化脚本的实现
4.1，脚本的初始化部分
如图2，初始化部分，Hybrid App比Native App多了一个“automationName”=“Selendroid”；Native App初始化时使用的是默认的automationName，即appium，可以省略不写；
4.2，脚本的编写部分
如图3，包含了2种定位方式，一种是通过UIAutomaterviewer，一种要借助于Chrome浏览器的Inspector工具；
如图4，测试app启动后先进入一个搜索界面；
如图5，测试app顶端的搜索框和clear、search两个button都是Native框架部分，仍然可以用UIAutomaterviewer来定位；
如图6，整个搜狗搜索的主页是一个元素，名字是webkit.WebView，也就是所整个主页是一个WebView，此时就不能通过UIAutomatorviewer来定位了；
如图7、8、9，展示了通过Chrome浏览器的Inspector工具来获取元素Xpath的步骤；
如图10，可以通过返回结果的第一条作为判断脚本是否跑成功的依据；
如图11，print self.driver.contexts的输出结果是[u'NATIVE_APP'，u'WEBVIEW_0']，说明当前页面既有NATIVE实现部分，也有WEBVIEW实现部分；
5.Appium其他相关API的介绍与实践
上面的脚本实现过程用到了如下的API：
下面通过脚本介绍find_elements_by_xpath()的用法，如图12：
如图13、14，webview页面中，推搜部分的xpath是表格形式的，可以通过“tr/td”来定位所有的推搜元素；
如图15，可以在控制台中看到输出了推搜的文案，说明脚本执行成功了。
