这个月正式开始robotium的学习,生命不止,学习不止。作为一个初学者的我,尝试完了monkey跟monkeyrunner之后,严重意识到移动端也有更加高深的测试艺术。借用其他文章的话来说,这不仅是一门技术,而且是一门艺术。本系列将根据我的自学进度来写,凡事尝试了才会知道能不能行。本文将介绍robotium,不谈其他。
Robotium自动化测试介绍 活动时间:2016年9月29日 QQ群视频交流 活动介绍:TMQ在线沙龙第九期分享 本次分享的主题是Robotium自动化测试介绍。 想知道活动分享了啥吗?往下看吧! 活动嘉宾 嘉宾简介 陈航特,腾讯测试工程师,负责Android应用宝的UI功能自动化测试和接口自动化测试,有丰富的UI自动化实践经验,对Robotium有着较深入的研究,参与《腾讯Android自动化测试实战》编写。 分享主题 背景目的介绍 Robotium框架介绍 Robotium实践应用 问答
Robotium是一款开源测试框架,官方定义为Android App的黑盒测试框架(官方示例为白盒),适用于native/hybrid app。
1. 背景目的 应用宝项目组采用FT(Feature Team)模式,整个项目组分为多个FT,而每个FT又同时有多个需求分支在并行运作着,几乎每天都有多新特性合入主干,项目节奏快、变更频繁,且又希望能够短周期内快速地对外发布新版本,做到快速交付、持续交付。 为了支撑项目组的这种研发模式,测试侧需要在FT分支上及主干上做大量的测试,而其中在FT分支的rebase测试、合流后验证、主干灰度测试等等阶段还包括大量的重复性测试,因此有必要在这些环节加入自动化测试,以持续验证新特性未破坏原有系统。 2. 框架选择 如
这篇文章应该只是针对像我这样的初级Maven用户的,因为自己花了不少时间来解决这个问题,而网上很多文章描述的也是语焉不详,所以记录下来以便后来如我者可以借鉴一二。文中有几点细节我觉得需要注意的我会高亮出来。
Robotium是一个基于模拟点击事件的用于进行黑盒测试的android测试工具。
如今,已经有大量的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
Android的sdk提供了对项目进行单元测试的功能,开发包的android.test下面便是专门用来单元测试的类。单元测试的作用是通过模拟文本输入和手势输入(如点击操作),从而让app自动执行一系列的操作,这样就能够检查程序是否运行正常。 下面是搭建测试工程的具体步骤: 1、首先当然你得有一个待测试的app工程,最简单的如带有一个编辑框的Hello World工程; 2、其次在ADT中创建测试工程,操作步骤为依次选择菜单“File”——“New”——“Other...”——“Android Test Project”,然后在弹窗中选择待测试的工程,点击Finish按钮完成创建。 打开测试工程的AndroidManifest.xml,会看到里面多了两处配置,截图如下:
本文介绍了应用宝在Android平台支持Web自动化测试的方案,主要从架构设计、实现细节、流程梳理、支持Web自动化测试方案、Web多进程后的支持方案、Web自动化测试方案的插件化设计等方面进行了详细阐述。方案采用的主要技术包括Java、Android、JavaScript、Appium、Selenium、XWalk等,并介绍了如何通过插件化的方式实现Web自动化测试,以支持多进程、提高测试效率、保证测试准确性和稳定性,同时也为其他平台的Web自动化测试提供了参考和借鉴。
APP的自动化测试有多重要,我就不赘述了,今天我们先来聊一聊Android App自动化测试的基本流程和思路。
安卓数据库编程 零、前言 一、在安卓系统上存储数据 二、使用 SQLite 数据库 三、SQLite 查询 四、使用内容供应器 五、查询联系人表 六、绑定到用户界面 七、安卓数据库的实践 八、探索外部数据库 九、收集和存储数据 十、把它们放在一起 安卓设计模式最佳实践 零、前言 一、设计模式 二、创建模式 三、材质模式 四、布局模式 五、结构模式 六、激活模式 七、组合模式 八、复合模式 九、观察模式 十、行为模式 十一、可穿戴模式 十二、社交模式 十三、发布模式 安卓高性能编程 零、前言 一、简介:
8、您对端到端移动测试自动化了解多少?执行端到端移动测试自动化时应牢记哪些事项?
前些日志在社区看了【有赞团队的一篇记一次基于Robotium 改造的测试实践】 https://testerhome.com/articles/18752.
自动化测试一直是测试领域桂冠上的明珠,几乎所有的测试团队都有建立团队的自动化。测试团队的自动化建设也被认为是团队提效的必经之路,但搭建和使用自动化路但路却并非一帆风顺。搭建自动化但时候有很多框架可以选用,合理但选择适合该团队的框架可以事半功倍,同时选择了框架之后就要受制于框架。使用自动化很多时候因为学习以及维护成本高,让初衷是提效为目的的自动化,成为了加重测试工作量之殇。
作者:赵丽娜 简介 移动 APP 的 UI 自动化测试长久以来一直是一个难点,难点在于UI的”变”, 变化导致自动化用例的大量维护。 从分层测试的角度,自动化测试应该逐层进行。 最大量实现自动化测试的
答:Hook英文翻译过来就是「钩子」的意思,那我们在什么时候使用这个「钩子」呢?在 Android 操作系统中系统维护着自己的一套事件分发机制。应用程序,包括应用触发事件和后台逻辑处理,也是根据事件流程一步步地向下执行。而「钩子」的意思,就是在事件传送到终点前截获并监控事件的传输,像个钩子钩上事件一样,并且能够在钩上事件时,处理一些自己特定的事件。Hook的这个本领,使它能够将自身的代码「融入」被勾住Hook的程序的进程中,成为目标进程的一个部分。常用的Android hook有:AndFix、Xposed、Dexposed、Epic。
简介 移动APP的UI自动化测试长久以来一直是一个难点,难点在于UI的”变”, 变化导致自动化用例的大量维护。从分层测试的角度,自动化测试应该逐层进行。最大量实现自动化测试的应该是单元测试,最容易实现也最容易在早期发现问题;其次是接口级测试,以验证逻辑为目的进行自动化,由于接口的相对稳定,自动化测试成本相对也可以接受;自动化成本最大的便是UI级自动化测试,然而UI界面是直接反馈给用户的效果展示,适度的尤其是BVT级的自动化测试也是非常必要的。本文通过分析几种自动化框架的异同,使测试人员在选
简介 移动APP的UI自动化测试长久以来一直是一个难点,难点在于UI的”变”, 变化导致自动化用例的大量维护。从分层测试的角度,自动化测试应该逐层进行。最大量实现自动化测试的应该是单元测试,最容易实现也最容易在早期发现问题;其次是接口级测试,以验证逻辑为目的进行自动化,由于接口的相对稳定,自动化测试成本相对也可以接受;自动化成本最大的便是UI级自动化测试,然而UI界面是直接反馈给用户的效果展示,适度的尤其是BVT级的自动化测试也是非常必要的。本文通过分析几种自动化框架的异同,使测试人员在选择自动化框架时有所
免费的开源框架和工具由于其开源特性,现在逐渐成为自动化测试的首选解决方案。区别在于,你是喜欢使用类库编写一个全新的自动化测试框架,或者喜欢使用一个现成的工具。
基于Robotium自动化测试(上)》一文中小编介绍了框架选择、测试环境搭建、用例编写、跨应用处理等等内容,本文将承接上文,继续介绍测试报告生成、持续集成等等相关内容。 6. 测试工程 6.1 测试工程概览 使用Robotium进行自动化测试,测试工程为一个Android Junit Test工程,可以依赖被测工程,与可以选择独立存在。 关联被测工程源码的好处在于可以调用被测工程的代码,因此可以更容易地获取到被测应用内部的状态,例如拿到被测应用ListView内部填充的数据等等。而这样也会带来一些弊端
除了高超的武艺,每位黑忍者还需要装备最好的武器。在软件开发的世界里,好的工具能让我们的生活变得更轻松,在更短的时间里写出更棒的代码。 时光回到2008年,那时安卓还很年轻。只有几个相关的博客和谷歌官方
apkTool 反编译: image.png 重新打包: image.png Javah生成native头文件 image.png adb monkey: adb shell monkey -p com.example.agsdkdemo 10000 -s500 -v robotium: adb shell am instrument -w com.example.agsdkdemo.test/android.test.InstrumentationTestRunn
本文主要介绍了如何将Eclipse中的Robotium测试工程迁移到Android Studio中,包括配置Java依赖库、修改签名、运行测试用例、持续构建测试工程等方面的内容。通过迁移,可以方便地在Android Studio中开发和测试Robotium用例,提高开发效率。
package com.robotium.solo; import android.app.Activity; import android.content.Context; import android.os.SystemClock; import android.view.ContextThemeWrapper; import android.view.View; import android.view.inputmethod.InputMethodManager; import android.widget.EditText;
常规类参数 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
作为计算机类毕业生,刚毕业才意识到在学校中没学到什么在工作中能用上的,别担心,其实你已经在学校打好基础了,(如编程,测试,数据库,网络,其他专业知识)把自身在学校积累的东西表现出来在加上自己在工作上的努力,我想问题不大。 1.测试 首先要耐性 细心 然后要懂一些测试的基本知识 然后就是业务理解能力了 建议先去做接口测试 2.(必须)基础知识(入门)可以看看这篇文章:测试基础知识加油站 3. (可选)用例、Linux命令、网络都稍微了解点 >>> 查日志 查问题这些 linux上下传、查看查找这类
首先要了解行业知识和软件测试的基础知识,练好扎实的基本功,其次要熟悉各种技术技能和工具使用。
UI自动化中阶思考与实践 活动时间:2017年4月17日 QQ群视频交流 活动介绍:TMQ在线沙龙第十九期分享活动 本次分享的主题是:UI自动化中阶思考与实践 共有122位测试小伙伴报名参加活动,在线观看视频人数 66人! 想知道活动分享了些啥吗, 请往下看吧! 活动嘉宾 嘉宾简介 陈帅,腾讯专项技术测试工程师,目前主要负责腾讯WIFI管家业务及专项测试,多年测试经验,在UI自动化开发方面,在appium、uiautomator、espresso等工具上都有实战经验。 分享主题 1.UI自动化会存
由于工作的需要,最近要对Android客户端软件进行测试,便学习了一下Android客户端测试的方法,现在与大家分享一下。
自动化测试是研发人员进行质量保障的重要一环,良好的自动化测试机制能够让开发者及早发现编码中的逻辑缺陷,将风险前置。日常研发中,由于快速迭代的原因,我们经常需要在各个业务线上进行主流程回归测试,目前这种测试大部分由人工进行,费时费力,重复劳动多。如果能将UI自动化测试与主流程回归结合到一起,一方面保证了代码质量,另一方面大大节约人力成本,可谓一举两得。 为什么需要UI自动化测试 原因主要是以下三点: 保证质量——及早发现代码缺陷,风险前置。 减少重复劳动,节约人力——快速迭代中经常需要进行主流程回归,测试完
昨天发了上篇:「堪比阿里插件的Android Studio插件集合(IDE通用)(上)」大家都觉得挺不错,今天带来下篇,希望大家同样喜欢。
要测试apk程序必须和我们编写的测试程序拥有相同的签名(signature)。如果没有apk程序的签名秘钥,就要去除apk程序的签名,然后再使用自己的key对其签名(这一步中,我们可以使用debug key),已经有现成的工具可用,下载地址re-sign.jar,这个工具可以去掉apk程序的原签名,然后使用我们自己的debug key对其签名。
语言学习建议首先从Python开始。因为Python具有良好的可扩展性、开发性和人气,具有免费开源的优势。任何人都可以下载Python,开始快速开发和发布Python代码,然后学习Java。
分享一个大牛的人工智能教程。零基础!通俗易懂!风趣幽默!希望你也加入到人工智能的队伍中来!请点击http://www.captainbed.net
我认为所有的UI自动化测试都分成基本的三个步骤:定位元素,操作元素和执行断言。大家在做UI自动化不同的主要是方案的选型,封装优化的方式不同。目前移动App的更新迭代速度非常快,所以优先以稳定的流程进行自动化测试脚本编写。
一、摘要 自动化测试可以快速自动完成大量测试用例,节约巨大的人工测试成本;同时它需要拥有专业开发技能的人才能完成开发,且需要大量时间进行维护(在需求经常变化的情况下),所以大部分具有很好开发技能的人员不是很愿意编写自动化用例。但由于软件规模的高速增长,人力资源的逐步稀缺,自动化测试已是势在必行。 对于自动化测试首先需要保证其功能是对客户有价值的和正确可用的。而这一切的基础就是用例要能测试客户的需求,期望,最好能让客户参与到测试用例的开发过程中来或让客户评审测试用例,因此出现了ATDD、BDD等各种理论方法来
让我一起来看看 Iván Carballo和他的团队是如何使用Espresso, Mockito 和Dagger 2 编写250个UI测试,并且只花了三分钟就运行成功的。
背景介绍:最近在做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文件。本文这么做的目的,就是想熟悉一下反编译、重编译和重签名的过程。
本文主要探讨了如何像Google一样进行Android测试,通过分析Google的测试代码结构和运行原理,以及开发团队对代码的覆盖率分析,总结了Google单测框架的结构和实现方式。同时,本文还探讨了如何通过单测框架达到高覆盖率,以及Google所采用的一些测试方法和工具。
目前针对普通APP应用的自动化测试已经有很多,并且Android4.1版本后也已经支持UIAutomator,可以做自动化测试。还有比较成熟的开源自动化框架Robotium,都可以做自动化测试。通过“自动化脚本+云测试”的方法可以最大化测试收益。但是这些工具用在手游上就完全失效了。因为手游的界面都是通过OpenGL ES画出来的,对于这些工具来说,它就相当于一个图片,完全没有控件的概念。
看了这些,相信很多人都会认为,自动化工具,自动化测试,代码能力就是软件测试的重点。对不起,这里我却并不这样认为。测试不等于自动化测试,自动化测试只是软件测试中的极小部分,自动化更只是一种方法。这里只阐述自己的一个观点:测试需要的是思想,工具只是手段。
Android自带很多测试工具:JUnit,Monkeyrunner,UiAutomator,Espresso等
1 缓存 名称 描述 DiskLruCache Java实现基于LRU的磁盘缓存 2 图片加载 名称 描述 Android Universal Image Loader 一个强大的加载,缓存,展示图
2017年4月,企鹅智酷公布了最新的《2017微信用户&生态研究报告》。报告数据显示,截止到2016年12月微信全球共计8.89亿月活用户,新兴的公众号平台拥有1000万个。微信这一年来直接带动了信息消费1742.5亿元,相当于2016年中国信息消费总规模的4.54%。
笔者在项目中实际有写过单元测试的代码,也用过一些单元测试的框架,但对单元测试的理解都很浅显,直到有一次在InfoQ编辑徐川主导的微信群里面看了蘑菇街小创同学的分享,加深了我对单元测试的兴趣和理解,他针对android平台的单元测试写了一个系列的文章,从什么是单元测试、单元测试的意义、各种方法怎样做单元测试、单元测试和集成测试的区别、各种测试框架和开源库在写单元测试时如何很好地被使用、以及如何mock、在PC上运行需要依赖android设备环境的测试等方面都做了非常详细的介绍,下文中的很多观念都是看了他的文章吸收得来的。
每一个准备学习Android自动化测试的同学,都会面临一个Android自动化测试框架的选择问题。与之前PC和WEB的测试框架不同,Android的自动化框架乍一看,非常的唬人。接踵而来的问题就是:怎么能有这么多呢,到底要选择哪一个呢?
Android 测试主要分为3个类型: 单元测试(Unit Test) 区分UI代码和功能代码在Android开发中尤其困难。因为有时Activity既有Controller的功能,又有View的功能。Robolectric是一个很优秀的Android测试框架,它提供了一个Android框架的stub,这样测试运行时实际上是在JVM上运行,而不是在Android平台(比如Robotium和Instrumentation都是在Android平台运行测试),从而提高了速度。另外请参考Gradle 对 Unit
领取专属 10元无门槛券
手把手带您无忧上云