13518219792
首先由于我自己也是个新手，也是在学习各种框架然后给公司项目选定相应自动化框架，研究移动自动化测试框架也就近段时间而已，所以我只能从我自己今天为止的认知角度给各个框架抒发我自己的拙见，你看是否能从中接纳一二吧（对于我自己的话还需要再花一段时间去学习各个框架才能确定哪个/些是适合我们项目的了,也许到时我会写个正式的总结)。
成都创新互联公司服务项目包括包头网站建设、包头网站制作、包头网页制作以及包头网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，包头网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到包头省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
根据你的要求，应该不会考虑MonkeyRunner和Robotium，但我还是想跟你说下其实Robotium还是挺不错的，如果你没有考虑跨进程调用其他APP的话。至于MonkeyRunner我就不大推荐了，你可以看下我对金阳光老师的一个评论的回复《MonkenRunner通过HierarchyViewer定位控件的方法和建议》（文章最后我干脆也贴出来了）。至于Robotium，你对比下本人博客里面各个框架编写的Note的测试示例就可以看出来Robotium相对其他框架会简介很多，况且发展的比UIAutomator和Appium长久很多，所以也应该会更成熟，和Eclipse集成调试起来也很方便。比起后两者如果有不足的话我觉得就以下几点吧：
1. 所有的操作抽象到一个Solo类里面，缺乏面向对象的编程思想，有时会让人不适应。如果你熟悉C语言等面向过程的语言思想的话应该没有问题。
2. 获取控件的方法比较缺乏，大概就几种：通过Text，ID， ClassName，Index。没有后两者的多种多样
3. 跨进程：因为底层使用Instrument框架，测试包和被测应用包打包在一起作为一个进程运行而线程间通过instrumentaiton进行通信，导致了逃不出这个进程设沙箱（sandbox)
4. 做不了模拟键盘的测试（但同时这个也是Robotium非常巨大的优点，因为不像后两者那样需要调用键盘导致输入的各种各样的问题），因为Robotium输入读出其实是直接对控件的text属性进行操作没有通过键盘驱动的，你如果做过UI编程应该就明白我的意思了，因为记住你的测试代码和目标应用是打包在同一个进程中的，同一个进程中想访问另外一个线程的某个变量，运用相应的IPC（Interprocess Communication)机制当然是没有问题的了。
然后到了你问的主题UIAutomator和Appium的对比，我个人是这样看的：
1. UIAutomator是亲爹（google）生的，所以可以保证后续的开发维护力量，除非google倒闭（这里我有点不懂的是为什么google对Monkeyrunner的态度这么让人摸不着头脑，具体请看以上我说的对MonkeyRunner的评论）
2. Appium虽然不是亲爹生的，但是干爹实力雄厚把它武装的无所不能（android，ios，firefox，browser通杀），单单以android来说，底层用得还是UIAutomator，所以只要它能及时跟上UIAutomator的更新，功能上面我不是很担心。
3. 但是也这是Appium的这种架构：UIautomator/seledroid-Appium Server-Selenium/AppiumDriver-Test Case （《Appium架构框架图整理》）,导致框架有点复杂，当问题出现的时候调试起来比较难以定位，不知道哪个模块出错了。但是说道调试，总比UIAutomator好，起码Appium可以直接集成到eclipse上面进行debug，UiAutomator却每次都要push到目标机器然后再去执行，怎么调试呢？到现在为止我知道的只能原始的print了。
4. 向下兼容问题：Appium可以通过底层UIAutomator/Selendroid（不记得是不是这名字了）通杀；UIAutomator只能在API Level
17（包含）以上使用
5.语言支持：appium基本通杀，UIAutomator用java足矣
6.跨平台：如你所说的只是android两者都没有问题，如果往后需要扩展到ios，那么建议appium
7.bug数量：UIAutomator有的问题Appium都会有，UIAutomator没有的问题Appium也有可能有^_^（不过我还是很看好Appium的）
8. 输入问题，都有bug，具体请查看我相应blog，特别是中文输入，这就是为什么我刚才特意提出Robotum的原因之一
9. WebView支持：UIAutomator据说今年年初已经开始支持，个人没有这方面要求所以没研究；Appium的框架用的Selenium本身就是PC上最流行的开源Web测试框架，所以必然支持了。注意这你你要有点android编程知识了，WebView指的不仅是WebView控件还包含如用sencha+phonegap把webview封装成一个跨平台app的情况了，具体如果不清楚请google。
其他区别我现在就没有想到了，希望能帮助到你，从我自己的角度来看，我觉得UIAutomator继续往前发展是必然的了，但是它不可能最终支持ios。至于Appium我同样有很大的信心它会继续往好的方向发展，且考虑到它的跨平台支持，基于node.js（现在非常流行哦），兼容性等，我如果是你的话我会考虑用Appium的（抛开Robotium不说，如果你又要考虑的话就需要你根据我之前说的再总结下了^_^）。
我觉得这个可以类比之前的微软和Borland的关系，API是Windows，但是IDE是Borland的，各专所长了。可惜（或者庆幸）后来微软发力一下把Borland打得满地找牙一蹶不振，不过这是题外话了，略过......
对了，我有可能会对这封邮件整理下发到博客了，也希望其他网友能评点一二给你出主意。今晚本来想看下easy_monkey的知识了，给你写这个email变成临时性总结了。^_^
给金阳光老师评论的回复如下（关于MonkeyRunner的个人观点）
-----------------------------------------------------------------------------------------------------------------
回复haorenmin2008：首先膜拜下，金老师大驾光临蓬荜生辉啊！
对于后者，确实如此，UIAutomator需要API Level17（包含）以上。
对于前者，因为还没有MonkeyRunner的项目经验，所以是否很强大我就不敢妄加评论了，但是在我近来的tryout过程中，鄙人有以下的一些不成熟的认知：
1. 感觉功能不是很稳定，之前尝试一个MonkeyDevice的getProperty方法，竟然有时成功有时失败。
2. 性能不好，特别是当我们要用到hierarchyviewer的功能的时候很明显。
3. 只能用MonkeyImage的sameAs做截屏的对比，虽然加上hierarchyviewer后可以用它的getText，但还是很有限。
4. 控件定位方面主要是坐标点和HierarchyViewer提供的根据ID。前这儿在UI布局稍微有调整位置的话就需要跟着变动，没有像其他控件类框架那样做高层抽象除非换控件不然都不需要怎么变动；后者的话很多控件是没有id或者是有多个控件id相同的。
5. 可调试性也不强（起码我摸索了这几天没有发现一个很好的调试方法，比如IDE Ecilpse等的集成调试方法）
6. HierarchyViewer的稳定性也让我担忧，碰到过几次取控件信息的时候报exception的。
7. 资料稀缺，不仅百度，google也一样
8. Google支持让人觉得摸不着头脑，sdk给出的API和官方提供的API竟然不一致，以MonkeyDevice为例子，而sdk多出来的API竟然还不能用，google出来的信息不超过10个page，还要很多都是重复的石沉大海的网友报的问题。
9. 再一个的我真心搞不懂为什么本身java写的库非要搞个jython来调用，首先我不说性能损耗（这点肯定是有的，native库当然用native语言调用效率最好嘛），我想在eclipse上对以下的"device."做自动补全是做不到的“device = MonkeyRunner.waitForConnection()\n device.",而只有直接调用个构造函数实例化的device = MonkeyDevice（xxx）才能做到，这个我不相信是我配置的问题，换了个jython标准编译器以调用标准库问题同样存在。
项目中经常会进行打包分发, 但是常规的打包过程不免会非常的乏味无聊, 重复性的劳动, 实在没啥意思, 今天就来介绍fastlane工具进行android自动打包, 上传蒲公英(也可以firim)并进行钉钉群组通知相关人员。
Fastlane是一整套的客户端CICD工具集合。Fastlane可以非常快速简单的搭建一个自动化发布服务，并且支持Android，iOS，MacOS。
Fastlane命令执行的底层并不是自己实现的，而是调用其他的插件或者工具执行的。比如说打包，Fastlane中的gym工具只是xcodebuild工具的一个封装，调用的其实还是xcodebuild中的打包命令。
Fastlane本身没有一套特殊语法，使用的Ruby语言。
Fastlane的插件工具叫做action，每一个action都对应一个具体的功能。
1、苹果系统自带有ruby
2、安装今天的主角fastlane
通过修改用户读写权限可以解决
3、安装蒲公英的 Fastlane 插件
如果遇到这种情况：Could not find action, lane or variable 'pgyer'.
可能是你安装pgyer插件的时候，不是在项目fastlane文件夹下安装的，重新安装一下就可以解决上面的错误。
4、安装获取应用版本的 Fastlane 插件
如果出现类似pgyer的错误，同理在项目fastlane文件夹下重新安装就可以避免找不到插件的命令错误。
在使用 Fastlane 之前，我们首先需要在项目中初始化 Fastlane。首先进入 App 的开发目录，执行以下命令来初始化 Fastlane：
激动人心的时刻终于来了，开始打包。
启动Jenkins
1、 安装jdk
从略，建议1.6或以上版本，配置好环境变量。
2、 安装tomcat
从略，安装完调试下tomcat是否正常。
3、 安装ant
下载zip包，解压后配置好环境变量。
4、 安装jenkins
下载war包，命名为Jenkins，拷贝到tomcat/webapps目录下。
5、 安装Android SDK
下载安装,完成后配置好Android_SDK_HOME环境变量。此步骤主要用于进行android自动化测试，若不进行此项可略过。
安装完成后启动tomcat/bin/startup.bat文件(linux下是startup.sh)，在浏览器输入，8080为tomcat端口，即可访问jenkins服务器。
配置Jenkins
1、 JDK配置
新增JDK，指定JDK名字和JAVA_HOME
2、 ANT配置
新增ANT，指定ANT名字和ANT_HOME
3、 Maven配置
从略，本文未使用到Maven，具体配置方法参考Google。
4、 Subversion
选择1.6版本SVN，勾选Update default Subversion credentials cache after successful authentication
5、 邮件通知
填写SMTP server、Default user E-mail suffix、System Admin E-mail Address、Jenkins URL、勾选Use SMTP Authentication，填写User Name、Password、Use SSL、SMTP port、Chareset(UTF-8) 、Default Content Type(默认)、Default Recipients(默认收件人)，配置完成后可进行测试邮件。
6、 Jenkins URL
配置该URL，用于别人访问。
插件管理
1、 Hudson Subversion Plug-in，jenkins的svn插件。
2、 Android Emulator Plugin，android模拟器插件。
3、 JUnit Attachments Plugin，junit测试报告附件插件。
4、 Email-ext plugin，邮件扩展插件。此处说明下，默认Jenkins只会发送构建失败的邮件，我们需安装此插件才能自定义不同场景。
5、 Deploy to container Plugin远程发布插件。
自动化测试
打包源工程
Android程序
本小节讲诉如何打包一个Android工程，当前使用的是ant进行编译源码。
1、 首先构建一个自由风格的Job。
2、 添加源码路径，选择所使用的版本控制器，输入源码路径。
3、 构建触发器可根据需要选择是否定时构建。
4、 构建环境，此处Jenkins安装了Android Emulator Plugin插件，可以启动已有模拟器或添加新的模拟器，本文案例中使用真机调试。
5、 构建，卸载手机中原程序 adb –s uninstall com.XXXXXX
6、 生成bulid.xml文件，-p后面跟工程所在的本地jenkins下路径
android update project -n *** c:\被测工程Job路径\workspace
7、 Ant进行编译程序，并安装到当前手机中
ant debug install -f c:\被测工程Job路径\workspace\build.xml
8、 构建后操作，本案例中构建完成后自动启动构建下一个测试Job
Bulid other projects，选择测试工程的Job.
打包测试工程
Android程序
本小节讲诉如何构建一个Android测试工程，包括邮件发送和测试报告展示。
1、 构建步骤1-7和Android程序章节一样，从略。
2、 本文案例中测试程序是通过命令行启动运行的，所以在此处增加一个批处理运行。P.S. adb shell am instrument -w -e class com.megafon.test.MegafonTest#testDeleteContact com.megafon.test/android.test.InstrumentationTestRunner ，此处是通过批处理来单独运行一个个的测试用例。避免了Junit3的无序执行的问题。
3、 删除Workspace中原来存在的测试报告文件，一般不删除也会覆盖。
如何让测试程序生成xml格式的测试报告，其他文章会重点介绍。
4、 从手机中拷贝测试报告，最终测试是在手机上运行，所以报告也生成在手机中，使用adb pull命令把测试报告全部拷贝到workspace下制定目录。
5、 构建后操作，发布测试报告，如果报告中包含附件，此处使用到JUnit Attachments Plugin插件。
6、 邮件通知，此处使用到Email-ext plugin插件，前面的默认，直接使用我们在系统管理里面设置的默认值。
7、 点击右下角高级按钮，可选择不同场景下发送邮件。
8、 测试结果展示，在本次构建的控制台可以显示当前所有的构建日志。
9、测试报告点击Test Result可以显示所有测试记录。
1、Monkey是Android SDK自带的测试工具，在测试过程中会向系统发送伪随机的用户事件流，如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试，也有日志输出。实际上该工具只能做程序做一些压力测试，由于测试事件和数据都是随机的，不能自定义，所以有很大的局限性。
2、MonkeyRunner也是Android SDK提供的测试工具。严格意义上来说MonkeyRunner其实是一个Api工具包，比Monkey强大，可以编写测试脚本来自定义数据、事件。缺点是脚本用Python来写，对测试人员来说要求较高，有比较大的学习成本。
3、Instrumentation是早期Google提供的Android自动化测试工具类，虽然在那时候JUnit也可以对Android进行测试，但是Instrumentation允许你对应用程序做更为复杂的测试，甚至是框架层面的。通过Instrumentation你可以模拟按键按下、抬起、屏幕点击、滚动等事件。Instrumentation是通过将主程序和测试程序运行在同一个进程来实现这些功能，你可以把Instrumentation看成一个类似Activity或者Service并且不带界面的组件，在程序运行期间监控你的主程序。缺点是对测试人员来说编写代码能力要求较高，需要对Android相关知识有一定了解，还需要配置AndroidManifest.xml文件，不能跨多个App。
4、UiAutomator也是Android提
1、确定jdk安装完毕，且检查环境变量
2、确定android SDK安装完毕，且检查环境变量
3、确定你的appium和nodejs均安装完毕，且环境变量设置完毕，可以通过cmd命令行：appium-doctor中确定
4、真机开启了usb调试模式，通过命令行执行：appium -a 127.0.0.1 -p 4723 -U N2F4C15A30001571 --no-reset ，其中-u后面的部分是手机的devices。来建立手机端和appium服务器的连接
5、在初始化程序设置一些运行时的状态，如appium版本，手机版本，型号，系统类型。设置待测试的app packagename和activityname
6、test类中写入操作，进行自动化测试
该脚本是我在独立开发过程中，为了提升 Android 应用打包和运营的效率而开发的脚本。项目地址是，
如项目中的语言构成展示的，该脚本完全使用 Python 语言开发完成。
使用起来非常简单，首先你要准备如下的环境，
然后，通过编辑配置文件 config.yml 对脚本进行配置。比如，
YAML 格式也不算新颖，早在几年之前的 SpringBoot 里面就已经采用了这种格式。相比于使用 json 或者 properties 等格式的配置文件，它更加简洁。
1、使用 gradle 指令自动打包，区分 32 位和 64 位 ：因为现在有些应用市场明确要求区分 32 位和 64 位，所以，打包的时候要分开进行打包。
2、打包完成之后将 APK 拷贝到指定的目录 ：主要用来做本地的 APK 文件备份，后面也会用这里拷贝的 APK 文件进行自动化加固。
3、使用 diffuse 输出相对于上一个版本的 APK 版本差异报告 ：diffuse 是 JakeWharton 开发的 APK, AAB, AAR 和 JAR 的对比工具。这里我用它对比当前版本和上一个版本的 APK 的信息，以实现对 APK 质量的监控。diffuse 项目的地址是
3、拷贝多语言资源到指定的目录，并自动提交到 Github 仓库以便于协助翻译 ：对做国际化的应用的开发者而言，我们可以通过应用内的协助翻译功能借助社区的力量实现应用的多语言。这里我尽量将这个过程做得更加自动化。即在应用打包完成之后将应用内的多语言资源按照版本信息拷贝到指定的目录下。然后使用 Git 工具将其推送到 Github 等。具体的效果可以参考 .
4、自动打 tag 并提交到远程仓库 ：该功能用来在打包完成之后使用为当前版本添加 Git tag，以便于后续根据版本回滚到指定的 Git 提交记录。
5、根据 Git 提交记录自动生成更新日志 ：上面做了为项目自动添加 Git tag 的功能之后，我们可以根据当前版本到上一版本之间的 Git 提交记录的 comment 信息自动生成版本更新日志。虽然，这个这样生成的更新日志并不能直接用作发布时的更新记录，但在至少可以让我们直观得看到这个版本修改了什么。
6、使用 360 加固 对上述 APK 进行加固并输出到指定的目录 ：加固操作其实非常简单，只需要一个 command 指令就可以完成了，
不过在使用上述命令之前需要先通过 GUI 的形式修改你在 360 加固中的渠道和签名信息（直接手动改文件也可以）。
7、上传打包 APK 到蓝奏云 ：蓝奏云是现在很多开发者用来分享软件的一个云存储平台，100M 以下的文件可以免费存储，类似于百度云。上传蓝奏云之前需要先修改配置文件，
这里需要填入的 ylogin 和 phpdisk_info 可以在登录之后通过 Chrome 的开发工具查看 cookie 信息得到。目前能够做到自动化的一个方案就是使用上述两个信息。
8、通过 Telegram bot 将打包完成的渠道包和更新日志信息发送到 Telegram 群组 ：对海外的用户我们可以通过 Telegram 作为一个交流的渠道。Telegram 是一个非常好用的聊天软件。它提供了 bot 功能，即一个可以推送消息的机器人。我们可以通过这个功能来在群组中推送消息、图片和文件。Telegram 的 bot 有非常强大的自定义性。其实我们完全可以基于爬虫和 bot 维护一个社区，然后通过在社区内推送广告来获得一些利益。这也不失为一个赚钱的渠道。使用 Telegram bot 之前需要在配置文件中填入如下信息，
这里的 token 是注册 bot 的时候得到的信息。chat_id 可以通过如下方式获取到：
即将 token 信息填入到上述 YourBOTToken 处。在返回的 json 结果中可以获取到 chat id 信息。
向群组推送信息的方式非常简单，一个 http 请求即可完成，
更多的协议可以参考这个文档：
9、完成上述操作之后使用邮件通知打包结果 ：最后就是在完成了最终的打包操作之后通过 Email 发送一封邮件，内部包含了本次打包的 diff 信息等给指定的用户。使用邮件功能需要在配置文件中填写，
这里我们使用的是 QQ 邮箱来发送邮件。这里需要填写的 user 和 password 字段分别是邮箱和开通 smtp 服务时系统提供的密码信息。QQ 邮箱开通 SMTP 服务器其 官方文档 即可。
上述是该打包脚本的主要功能。后续我会添加更多功能。因为时间有限，有些功能需要修改一下才能使用。不过，许多功能我都封装成了独立的 Python 脚本，如果需要的话可以自己做细微的修改。对于这个脚本，如果你有更好的建议和想法，可以跟我交流~
