Robotium是一款开源测试框架，官方定义为Android App的黑盒测试框架（官方示例为白盒），适用于native/hybrid app。
前些日志在社区看了【有赞团队的一篇记一次基于Robotium 改造的测试实践】 https://testerhome.com/articles/18752.
Android的sdk提供了对项目进行单元测试的功能，开发包的android.test下面便是专门用来单元测试的类。单元测试的作用是通过模拟文本输入和手势输入（如点击操作），从而让app自动执行一系列的操作，这样就能够检查程序是否运行正常。 下面是搭建测试工程的具体步骤： 1、首先当然你得有一个待测试的app工程，最简单的如带有一个编辑框的Hello World工程； 2、其次在ADT中创建测试工程，操作步骤为依次选择菜单“File”——“New”——“Other...”——“Android Test Project”，然后在弹窗中选择待测试的工程，点击Finish按钮完成创建。 打开测试工程的AndroidManifest.xml，会看到里面多了两处配置，截图如下：
本文主要介绍了如何将Eclipse中的Robotium测试工程迁移到Android Studio中，包括配置Java依赖库、修改签名、运行测试用例、持续构建测试工程等方面的内容。通过迁移，可以方便地在Android Studio中开发和测试Robotium用例，提高开发效率。
昨天发了上篇：「堪比阿里插件的Android Studio插件集合(IDE通用)（上）」大家都觉得挺不错，今天带来下篇，希望大家同样喜欢。
免费的开源框架和工具由于其开源特性，现在逐渐成为自动化测试的首选解决方案。区别在于，你是喜欢使用类库编写一个全新的自动化测试框架，或者喜欢使用一个现成的工具。
除了高超的武艺，每位黑忍者还需要装备最好的武器。在软件开发的世界里，好的工具能让我们的生活变得更轻松，在更短的时间里写出更棒的代码。 时光回到2008年，那时安卓还很年轻。只有几个相关的博客和谷歌官方
上篇文章介绍了一至七条，由于篇幅过长，这里分为上下两篇讲解，这里截取的是剩下的从第八条开始一直到结尾的那一部分。查看上篇文章请点击 开发工具总结（1）之图文并茂全面总结上百个AS好用的插件（上）。
这个月正式开始robotium的学习，生命不止，学习不止。作为一个初学者的我，尝试完了monkey跟monkeyrunner之后，严重意识到移动端也有更加高深的测试艺术。借用其他文章的话来说，这不仅是一门技术，而且是一门艺术。本系列将根据我的自学进度来写，凡事尝试了才会知道能不能行。本文将介绍robotium，不谈其他。
1. 背景目的 应用宝项目组采用FT(Feature Team)模式，整个项目组分为多个FT，而每个FT又同时有多个需求分支在并行运作着，几乎每天都有多新特性合入主干，项目节奏快、变更频繁，且又希望能够短周期内快速地对外发布新版本，做到快速交付、持续交付。 为了支撑项目组的这种研发模式，测试侧需要在FT分支上及主干上做大量的测试，而其中在FT分支的rebase测试、合流后验证、主干灰度测试等等阶段还包括大量的重复性测试，因此有必要在这些环节加入自动化测试，以持续验证新特性未破坏原有系统。 2. 框架选择 如
Robotium自动化测试介绍 活动时间：2016年9月29日 QQ群视频交流 活动介绍：TMQ在线沙龙第九期分享 本次分享的主题是Robotium自动化测试介绍。 想知道活动分享了啥吗？往下看吧！ 活动嘉宾 嘉宾简介 陈航特，腾讯测试工程师，负责Android应用宝的UI功能自动化测试和接口自动化测试，有丰富的UI自动化实践经验，对Robotium有着较深入的研究，参与《腾讯Android自动化测试实战》编写。 分享主题 背景目的介绍 Robotium框架介绍 Robotium实践应用 问答
8、您对端到端移动测试自动化了解多少？执行端到端移动测试自动化时应牢记哪些事项？
作者：赵丽娜 简介 移动 APP 的 UI 自动化测试长久以来一直是一个难点，难点在于UI的”变”, 变化导致自动化用例的大量维护。 从分层测试的角度，自动化测试应该逐层进行。 最大量实现自动化测试的
Robotium是一个基于模拟点击事件的用于进行黑盒测试的android测试工具。
自动化测试一直是测试领域桂冠上的明珠，几乎所有的测试团队都有建立团队的自动化。测试团队的自动化建设也被认为是团队提效的必经之路，但搭建和使用自动化路但路却并非一帆风顺。搭建自动化但时候有很多框架可以选用，合理但选择适合该团队的框架可以事半功倍，同时选择了框架之后就要受制于框架。使用自动化很多时候因为学习以及维护成本高，让初衷是提效为目的的自动化，成为了加重测试工作量之殇。
笔者在项目中实际有写过单元测试的代码，也用过一些单元测试的框架，但对单元测试的理解都很浅显，直到有一次在InfoQ编辑徐川主导的微信群里面看了蘑菇街小创同学的分享，加深了我对单元测试的兴趣和理解，他针对android平台的单元测试写了一个系列的文章，从什么是单元测试、单元测试的意义、各种方法怎样做单元测试、单元测试和集成测试的区别、各种测试框架和开源库在写单元测试时如何很好地被使用、以及如何mock、在PC上运行需要依赖android设备环境的测试等方面都做了非常详细的介绍，下文中的很多观念都是看了他的文章吸收得来的。
本文介绍了应用宝在Android平台支持Web自动化测试的方案，主要从架构设计、实现细节、流程梳理、支持Web自动化测试方案、Web多进程后的支持方案、Web自动化测试方案的插件化设计等方面进行了详细阐述。方案采用的主要技术包括Java、Android、JavaScript、Appium、Selenium、XWalk等，并介绍了如何通过插件化的方式实现Web自动化测试，以支持多进程、提高测试效率、保证测试准确性和稳定性，同时也为其他平台的Web自动化测试提供了参考和借鉴。
简介 移动APP的UI自动化测试长久以来一直是一个难点，难点在于UI的”变”, 变化导致自动化用例的大量维护。从分层测试的角度，自动化测试应该逐层进行。最大量实现自动化测试的应该是单元测试，最容易实现也最容易在早期发现问题；其次是接口级测试，以验证逻辑为目的进行自动化，由于接口的相对稳定，自动化测试成本相对也可以接受；自动化成本最大的便是UI级自动化测试，然而UI界面是直接反馈给用户的效果展示，适度的尤其是BVT级的自动化测试也是非常必要的。本文通过分析几种自动化框架的异同，使测试人员在选择自动化框架时有所
简介 移动APP的UI自动化测试长久以来一直是一个难点，难点在于UI的”变”, 变化导致自动化用例的大量维护。从分层测试的角度，自动化测试应该逐层进行。最大量实现自动化测试的应该是单元测试，最容易实现也最容易在早期发现问题；其次是接口级测试，以验证逻辑为目的进行自动化，由于接口的相对稳定，自动化测试成本相对也可以接受；自动化成本最大的便是UI级自动化测试，然而UI界面是直接反馈给用户的效果展示，适度的尤其是BVT级的自动化测试也是非常必要的。本文通过分析几种自动化框架的异同，使测试人员在选
APP的自动化测试有多重要，我就不赘述了，今天我们先来聊一聊Android App自动化测试的基本流程和思路。
如今，已经有大量的Android自己主动化測试架构或工具可供我们使用，当中包含：Activity Instrumentation, MonkeyRunner, Robotium, 以及Robolectric。另外LessPainful也提供服务来进行真实设备上的自己主动化測试。 Android自身提供了对instrumentation測试的基本支持，当中之中的一个就是位于android.test包内的ActivityInstrumentationTestCase2类，它扩展了JUnit的TestCase类来提供Android activities的功能測试。在应用測试中，每个activity首先会被Instrumentation初始化，然后再载入到Android模拟器或设备的Dalvik虚拟机中来运行。 Android SDK自带一个測试工具MonkeyRunner，它提供的API和执行环境能够执行Python语言编写的測试代码。它提供API来连接设备，安装/卸载应用，执行应用，截屏，比对图片来推断特定命令执行后的屏幕是否包括预期信息，以及执行相应用的測试。MonkeyRunner使用ActivityInstrumentationTestCase2, ProviderTestCase，ServiceTestCasek, SingleLaunchActivityTestCase及其它类来定义測试用例，并使用InstrumentationTestRunner类来执行測试。 Robotium是还有一种通过InstrumentationTestRunner来完毕Android交互式測试的架构，它横跨多个activities，支持功能測试，系统測试和接收測试。Robotium支持Activities、Dialogs、Toasts、Menus、Context Menus甚至Honeycomb，而且它能够同Maven和Ant集成来完毕持续集成測试。Robotium被称之为针对Android应用的又一个Selenium。 Robolectric另辟蹊径，它并不依赖于Android提供的測试功能，它使用了shadow objects而且执行測试于普通的工作站/serverJVM，不像模拟器或设备须要dexing（Android dex编译器将类文件编译成Android设备上的Dalvik VM使用的格式），打包，部署和执行的过程，大大降低了測试执行的时间。Pivotal实验室声称使用Robolectric能够在28秒内执行1047个測试。 LessPainful将Android測试又推进了一步，它提供了一个多设备平台自己主动化測试的服务。用户上传应用(*.apk)和用Cucumber（一种业务相关的DSL）编写的測试文件，选择測试执行须要的设备配置，最后測试将自己主动执行并生成測试报告。它支持的设备包含Garmin Asus，几款HTC，LG，Samsung Galaxy，Sony Xperia和Motorola Motodefy。 为了了解很多其它LessPainful提供的服务细节，我们採訪了LessPainful公司的CEO Jonas Maturana Larsen。以下就是这次简短的訪问： InfoQ：在不同版本号的Android上执行应用程序，存在什么问题？为了保证程序能正常执行，开发人员须要在Android的每个版本号上測试他的应用吗？ JML：举个样例，SAXParser在Android 2.2之前有一个bug存在于对ContentHandler.startElement的回调中，它导致应用产生错误的行为。 到眼下为止，我们已经在非常多方面发现了不同操作系统版本号间的差异性。当中一些可能在2.1-update1上导致崩溃，但能够正常执行于2.1-update3和2.2. InfoQ：不同的设备对Android来说，有没有真正的差别？你是否能给我们举个样例，比方Android2.2应用能够执行在HTC但不能执行于Samsung？（或其它各种Android版本号和设备制造商的组合） JML：在LG手机，HorizontalScrollViews有时会导致子视图上的背景图片消失。这个问题存在于我们測试的全部的LG手机，无论Android版本号是多少。 假设你不自己处理这类问题，它将导致你的应用在不同设备上不尽相同。比如，Motorola将会用红色边框来高亮一个输入域。在我以前參与的一个项目中，我们用相同的红色边框来表示输入有误。 另一些问题，与其说和制造商相关，不如说是和硬件相关：比方，一些手机使用了较小的RAM和高分辨率的摄像头，当你处理手机上的图像时就会将导致崩溃。 InfoQ：这些測试是怎样运行的？ JML：測试就如同执行一个ActivityInstrument
安卓数据库编程 零、前言 一、在安卓系统上存储数据 二、使用 SQLite 数据库 三、SQLite 查询 四、使用内容供应器 五、查询联系人表 六、绑定到用户界面 七、安卓数据库的实践 八、探索外部数据库 九、收集和存储数据 十、把它们放在一起 安卓设计模式最佳实践 零、前言 一、设计模式 二、创建模式 三、材质模式 四、布局模式 五、结构模式 六、激活模式 七、组合模式 八、复合模式 九、观察模式 十、行为模式 十一、可穿戴模式 十二、社交模式 十三、发布模式 安卓高性能编程 零、前言 一、简介：
我认为所有的UI自动化测试都分成基本的三个步骤：定位元素，操作元素和执行断言。大家在做UI自动化不同的主要是方案的选型，封装优化的方式不同。目前移动App的更新迭代速度非常快，所以优先以稳定的流程进行自动化测试脚本编写。
将你的Android SDK放在你的home目录或其他应用程序无关的位置。 当安装有些包含SDK的IDE的时候，可能会将SDK放在IDE同一目录下，当你需要升级（或重新安装）IDE或更换的IDE时，会非常麻烦。 此外，若果你的IDE是在普通用户，不是在root下运行，还要避免吧SDK放到一下需要sudo权限的系统级别目录下。
常规类参数 1、 -help 作用：列出简单的用法 例：adb shell monkey -help 也可不写help 2、-v 作用：命令行上的每一个-v都将增加反馈信息的详细级别。 Level0（默认），除了启动、测试完成和最终结果外只提供较少的信息。 adb shell monkey -p com.shjt.map -v 100 Level1，提供了较为详细的测试信息，如逐个发送到 Activity 的事件信息。 adb shell monkey -p com.shjt.map -v -v 100 Level2，提供了更多的设置信息，如测试中选中或未选中的 Activity 信息。 adb shell monkey -p com.shjt.map -v -v -v 100 比较常用的是-v -v -v，即最多详细信息，一般会保存到指定文件中供开发人员查找bug原因时使用。 例：adb shell monkey -v 10 事件类参数 1、-s <seed> 作用：伪随机数生成器的seed值。如果用相同的seed值再次运行monkey，将生成相同的事件序列。 例：adb shell monkey -s 1483082208904 -v 10 2、–throttle <milliseconds> 作用：在事件之间插入固定的时间（毫秒）延迟，你可以使用这个设置来减缓Monkey的运行速度，如果你不指定这个参数，则事件之间将没有延迟，事件将以最快的速度生成。 注：常用参数，一般设置为300毫秒，原因是实际用户操作的最快300毫秒左右一个动作事件，所以此处一般设置为300毫秒。 例：adb shell monkey –throttle 300 -v 10 3、–pct-touch <percent> 作用：调整触摸事件的百分比。（触摸事件是指在屏幕中的一个down-up事件，即在屏幕某处按下并抬起的操作） 注：常用参数，此参数设置要适应当前被测应用程序的操作，比如一个应用80%的操作都是触摸，那就可以将此参数的百分比设置成相应较高的百分比。 例：adb shell monkey –pct-touch 100 -v 10 4、–pct-motion <percent> 作用：调整motion事件百分比。（motion事件是由屏幕上某处一个down事件、一系列伪随机的移动事件和一个up事件组成） 注：常用参数，需注意的是移动事件是直线滑动 例：adb shell monkey –pct-motion 100 -v 10 5、–pct-trackball<percent> 作用：调整滚动球事件百分比。（滚动球事件由一个或多个随机的移动事件组成，有时会伴随着点击事件） 注：不常使用参数，现在手机几乎没有滚动球，但滚动球事件中包含曲线滑动事件，在被测程序需要曲线滑动时可以选用此参数。 例：adb shell monkey –pct-trackball 100 -v 10 6、–pct-nav<percent> 作用：调整基本的导航事件百分比。（导航事件由方向输入设备的上下左右按键所触发的事件组成） 注：不常用操作。 例：adb shell monkey –pct-nav 100 -v 10 7、–pct-majornav<percent> 作用：调整主要导航事件的百分比。（这些导航事件通常会导致UI界面中的动作事件，如5-way键盘的中间键，回退按键、菜单按键） 注：不常用操作。 例：adb shell monkey –pct-majornav 100 -v 10 8、–pct-syskeys<percent> 作用：调整系统事件百分比。（这些按键通常由系统保留使用，如Home、Back、Start Call、EndCall、音量调节） 注：不常用。 例：adb shell monkey –pct-syskeys 100 -v 10 9、–pct-appswitch<percent> 作用：调整Activity启动的百分比。（在随机的时间间隔中，Monkey将执行一个startActivity()调用，作为最大程度覆盖被测包中全部Activity的一种方法） 注：不常用。 例：adb shell monkey –pct-appswitch 100 -v 5 10、–pct-anyevent 作用：调整其他事件的百分比。（这包含所有其他事件，如按键、其他在设备上不常用的按钮等） 注：不常用。 例：adb shell monkey –pct-anyevent 100 -v 5 约束类参数 1、-p<allowed-package-nam
答：Hook英文翻译过来就是「钩子」的意思，那我们在什么时候使用这个「钩子」呢？在 Android 操作系统中系统维护着自己的一套事件分发机制。应用程序，包括应用触发事件和后台逻辑处理，也是根据事件流程一步步地向下执行。而「钩子」的意思，就是在事件传送到终点前截获并监控事件的传输，像个钩子钩上事件一样，并且能够在钩上事件时，处理一些自己特定的事件。Hook的这个本领，使它能够将自身的代码「融入」被勾住Hook的程序的进程中，成为目标进程的一个部分。常用的Android hook有：AndFix、Xposed、Dexposed、Epic。
自动化测试是研发人员进行质量保障的重要一环，良好的自动化测试机制能够让开发者及早发现编码中的逻辑缺陷，将风险前置。日常研发中，由于快速迭代的原因，我们经常需要在各个业务线上进行主流程回归测试，目前这种测试大部分由人工进行，费时费力，重复劳动多。如果能将UI自动化测试与主流程回归结合到一起，一方面保证了代码质量，另一方面大大节约人力成本，可谓一举两得。 为什么需要UI自动化测试 原因主要是以下三点： 保证质量——及早发现代码缺陷，风险前置。 减少重复劳动，节约人力——快速迭代中经常需要进行主流程回归，测试完
基于Robotium自动化测试(上)》一文中小编介绍了框架选择、测试环境搭建、用例编写、跨应用处理等等内容，本文将承接上文，继续介绍测试报告生成、持续集成等等相关内容。 6. 测试工程 6.1 测试工程概览 使用Robotium进行自动化测试，测试工程为一个Android Junit Test工程，可以依赖被测工程，与可以选择独立存在。 关联被测工程源码的好处在于可以调用被测工程的代码，因此可以更容易地获取到被测应用内部的状态，例如拿到被测应用ListView内部填充的数据等等。而这样也会带来一些弊端
UltraViewPager 是阿里开源的一个封装多种特性的 ViewPager ，主要是为多页面切换场景提供统一解决方案。
盘点App测试会用到哪些工具 目录 1、常见应用模式 2、常用平台工具 2.1、Android平台 2.2、iOS平台 3、常见的UI自动化框架 3.1、Android平台 3.2、iOS平台 4、常见的单元测试框架 4.1、Android平台 4.2、iOS平台 5、常用的抓包工具 6、弱网模拟 7、常用的专项测试工具 7.1、Android平台 7.2、iOS平台 8、静态代码分析 8.1、Android平台 8.2、iOS平台 9、代码覆盖率 10、常用的云测平
众所周知，当下流行的编程语言有Java、PHP、C、C++、Python、Go等。其中，稳坐榜首的仍然是Java编程语言，且在以面向对象思想占主导的应用开发中，Java往往成为其代名词。Java语言的背景强大，开发者众多，一直发展都不错。从普遍的企业的角度来看，存在的问题是：后台被认为是技术核心，客户端却被认为技术含量不高，甚至小企业会让后台人员顺便开发简单的客户端，或者让后台的架构师管理客户端几个人。事实上，客户端技术和后台技术的侧重点完全不同，连编程语言都不同（Android使用Kotlin编程语言的逐渐普及）。另外，后台的人跟用户相对离得太远，而客户端是直接面向用户的，与产品人员沟通更直接。所以，我认为企业产品真的是为了给用户用，那么选客户端背景的人员去做架构更好一点。
让我一起来看看 Iván Carballo和他的团队是如何使用Espresso, Mockito 和Dagger 2 编写250个UI测试，并且只花了三分钟就运行成功的。
由于工作的需要，最近要对Android客户端软件进行测试，便学习了一下Android客户端测试的方法，现在与大家分享一下。
导语：随着Eclipse在Android开发中逐渐被冷落和淘汰，其现在已经停止了更新，大部分人也越来越重视了AS的使用，很多人都已经慢慢转向了使用AS开发Android应用。对于一些还没有转移阵地的同
要测试apk程序必须和我们编写的测试程序拥有相同的签名(signature)。如果没有apk程序的签名秘钥，就要去除apk程序的签名，然后再使用自己的key对其签名(这一步中，我们可以使用debug key)，已经有现成的工具可用，下载地址re-sign.jar，这个工具可以去掉apk程序的原签名，然后使用我们自己的debug key对其签名。
一、摘要 自动化测试可以快速自动完成大量测试用例，节约巨大的人工测试成本；同时它需要拥有专业开发技能的人才能完成开发，且需要大量时间进行维护（在需求经常变化的情况下），所以大部分具有很好开发技能的人员不是很愿意编写自动化用例。但由于软件规模的高速增长，人力资源的逐步稀缺，自动化测试已是势在必行。 对于自动化测试首先需要保证其功能是对客户有价值的和正确可用的。而这一切的基础就是用例要能测试客户的需求，期望，最好能让客户参与到测试用例的开发过程中来或让客户评审测试用例，因此出现了ATDD、BDD等各种理论方法来
本文为Android开发环境搭建教程，主要用于备忘，因为我毕竟不是总玩Android，重做系统后，一旦想玩，安装开发环境总会折磨我一会，所以，决定做一个备忘文章 。
Android 测试主要分为3个类型： 单元测试（Unit Test) 区分UI代码和功能代码在Android开发中尤其困难。因为有时Activity既有Controller的功能，又有View的功能。Robolectric是一个很优秀的Android测试框架，它提供了一个Android框架的stub，这样测试运行时实际上是在JVM上运行，而不是在Android平台（比如Robotium和Instrumentation都是在Android平台运行测试），从而提高了速度。另外请参考Gradle 对 Unit
Android Studio 1.0终于是盼来了！强大的微微博客户端终于又可以运行啦！微微博依旧是开源的！
软件测试工具是指那些支持从计划、需求收集、构建创建、测试执行、缺陷记录到测试分析等各种测试活动的产品。这些工具主要用于检测软件的稳定性、彻底性以及其他性能参数。
目前鸿蒙的macOS版开发工具DevEco Studio还没有发布，具体什么时候发布，还是个未知数。不过我们还是可以在macOS下玩一玩鸿蒙的。由于鸿蒙内置了Android，所以Android就是鸿蒙的后门，与其说是玩鸿蒙，不如说是借Android的手来玩鸿蒙。
答应各位的GDOC现场分享终于整理成文了。特地精选了最重要、干货的部分呈现给大家。
UI自动化中阶思考与实践 活动时间：2017年4月17日 QQ群视频交流 活动介绍：TMQ在线沙龙第十九期分享活动 本次分享的主题是：UI自动化中阶思考与实践 共有122位测试小伙伴报名参加活动，在线观看视频人数 66人！ 想知道活动分享了些啥吗， 请往下看吧！ 活动嘉宾 嘉宾简介 陈帅，腾讯专项技术测试工程师，目前主要负责腾讯WIFI管家业务及专项测试，多年测试经验，在UI自动化开发方面，在appium、uiautomator、espresso等工具上都有实战经验。 分享主题 1.UI自动化会存
总会有那么一个人，让你觉得这个世界一切都是值得的。纵使结果不尽人意，曾经拥有即是最好。
本文主要探讨了如何像Google一样进行Android测试，通过分析Google的测试代码结构和运行原理，以及开发团队对代码的覆盖率分析，总结了Google单测框架的结构和实现方式。同时，本文还探讨了如何通过单测框架达到高覆盖率，以及Google所采用的一些测试方法和工具。
导读 山雨欲来风满楼，最近微信小程序相关开发文章吹遍大江南北，亦有摧枯拉朽万象更新之势。问小程序形为何物，直教IT众生怡情悦性高潮迭起。作为一名有着远大理想“包袱”与互联网变革 “使命感”的测试工程师，我再也按耐不住内心中的渴望与好奇，代表测试行业各大门派肩负起了迎接时代变革的挑战。话说经历了围观查看、溜边打探等种种过程，终于在隔壁老王那里弄到了测试体验资格，开始了一场对小程序的自动化亲密接触。 上篇---小程序初探 上手的小程序是微信官方的测试Demo，类似Android Api Demos一样，官方小程
背景介绍：最近在做Robotium自动化测试，使用到solo.takeScreenshot()函数以在测试过程中截图，但此函数需要被测试APP具有<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />权限。在只有被测试APP的apk文件的情况下，修改apk文件后缀名为zip，解压缩后，修改AndroidManifest.xml文件，删除META-INF文件夹，重压缩为apk文件后，再签名就可以了。 但是！本文舍近求远，借机对apk文件进行反编译与重编译、重签名，来修改源代码中的AndroidManifest.xml文件。本文这么做的目的，就是想熟悉一下反编译、重编译和重签名的过程。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
