android测试（22）
持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，)来验证，从而尽快地发现集成错误。许多团队发现这个过程可以大大减少集成的问题，让团队能够更快的开发内聚的软件。其中包含一些代码静态检查工具，自动打包和自动测试功能。
持续集成流程
启动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)，在浏览器输入http://localhost:8080/jenkins，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可以显示所有测试记录。
&&相关文章推荐
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：44284次
排名：千里之外
转载：49篇
(3)(2)(4)(15)(3)(47)(10)(4)(14)(1)jenkins+gitlab+蒲公英实现android应用自动化打包分发 - 简书
jenkins+gitlab+蒲公英实现android应用自动化打包分发
作为一名高效的开发者，要尽量避免的重复劳动实现自动化的流程。搭建本地jenkins服务器，实现自动化打包流程，从此测试包交给测试人员自己去打就好了，集成蒲公英等分发平台，实现二维码或短链接下载，也为运营人员提供了便捷。
前往下载对应系统版本的jenkins包，本文以windows为例，两种方式：
下载windows对应的安装包，安装后jenkins作为windows服务占用本地8080端口;在浏览器输入localhost:8080即可访问。
下载tomcat服务器，然后下载jenkins war包，将其部署到tomcat webapps 目录下,启动tomcat后，在浏览器使用localhost:8080/jenkins访问。
启动后，会看到jenkins初始配置页面，这里需要选择安装的插件，例如：我要集成gitlab，所以选择gitlab的插件，如果你是集成github，则选择github插件，大体流程相同，插件可以后期根据需要再安装。
进入主页后，点击系统管理-&Global Tool Configuration，设置jdk、git及gradle等。
新建自由风格的软件项目
进入配置页面
配置Gernal模块。选中参数化构建过程选项，配置如下：
配置源码管理。设置远程仓库的地址，http方式和ssh方式都是支持的。
ps:如果没有git选项，可能git环境设置不成功，请去首页-系统管理-Global Tool Configuration页，设置jdk、git及gradle等。
构建触发器。这里有两个选项：
Poll SCM：定时检查源码变更（根据SCM软件的版本号），如果有更新就checkout最新code下来，然后执行构建动作。我的配置如下：/5
（每5分钟检查一次源码变化）
Build periodically：周期进行项目构建（它不care源码是否发生变化），我的配置如下：0 2
（每天2:00 必须build一次源码）这里只是向大家说明，本案例因为android每次按照版本及渠道发包，所以不做配置。
构建模块配置
选择项目所使用gradle版本，gradle任务：
-PIS_JENKINS=${IS_JENKINS} -PAPP_VERSION=${APP_VERSION} -PJENKINS_TIME=${JENKINS_TIME}
assemble${PRODUCT_FLAVOR_BUILD}${ENVIRONMENT}
--stacktrace
集成到蒲公英。点击增加构建后步骤，windows选择execute Windows batch command,添加命令：curl -k -F "file=@D:\env\android-v%APP_VERSION%-%PRODUCT_FLAVOR_BUILD%-%JENKINS_TIME%-%ENVIRONMENT%.apk" -F "uKey=your ukey" -F "_api_key=your api key" /apiv1/app/upload这里的u key和api key是你在蒲公英平台注册开发者获得。文件的地址要跟你在项目build.gradle中配置的一样。
项目build.gradle配置如下：
defaultConfig {
versionName APP_VERSION
resValue("string", 'app_version', APP_VERSION)
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "common"]
productFlavors {
commonsoon {
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "commonsoon"]
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "huawei"]
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "xiaomi"]
//修改生成的apk名字及输出目录
applicationVariants.all { variant -&
variant.outputs.each { output -&
def newName
def timeNow
def oldFile = output.outputFile
def outDirectory = oldFile.parent
if ("true".equals(IS_JENKINS)) {
timeNow = JENKINS_TIME
outDirectory = 'D:/env'
newName = 'android-v' +
APP_VERSION + '-' + variant.productFlavors[0].name + '-'+ timeNow + '-' + variant.buildType.name + '.apk'
timeNow = getDate()
if (variant.buildType.name.equals('debug')) {
newName = "android-v${APP_VERSION}-debug.apk"
newName = 'android-v' +
APP_VERSION + '-' + variant.productFlavors[0].name + '-'+timeNow + '-' + variant.buildType.name + '.apk'
output.outputFile = new File(outDirectory, newName)
开始构建任务
配置完参数，保存后回到主页，点击项目后的run图标选择各项动态参数，开始任务。
点击构建历史中当前条目，进入Console Output，可查看此次构建任务的log信息。如果构建失败，请去查看log信息，根据错误信息纠错。
notice: 项目gradle.properties也要添加：
APP_VERSION=2.4.0
IS_JENKINS=false
JENKINS_TIME=''
服务器上的sdk也要跟本地保持一致。
jenkins最近推出了blue ocean项目，提供了更好的用户体验，具体细节在，你也可以在可选插件里搜索BlueOcean beta,安装体验。
可以不成功，但不能不成长。
关注公众号 子质，不定期技术分享。TesterHome | SVN+Jenkins+Maven+Appium+TestNG+ReportNG 实战 Android 自动化测试 ? 社区
我的图书馆
TesterHome | SVN+Jenkins+Maven+Appium+TestNG+ReportNG 实战 Android 自动化测试 ? 社区
好吧,标题写得好长.
言归正传,本文主要是讲述如何使用这些工具来整合流程,实现Android平台的自动化测试.
首先说下背景,因为我测试的东西面向多个国家,对于不同的地域可能有不同的功能,对应不一样的发行渠道,需要测试工具有便捷的case管理功能,能方便地面对不同的发行渠道选择不同的case.而TestNG可以很方便地配置这些,所以选择这个框架.
这里直接使用Appium源码中自带的testng项目示例.位置在源码目录中的
/sample-code/examples/java/testng
1.改造Report的呈现方式
示例Project用Maven来组织项目,所以这里就不改项目架构了,喜欢ant的同学自己去实践吧.
因为示例中用的是TestNG自己生成的测试报告,比较难看,这里用ReportNG来美化一下.
编辑pom.xml,在依赖中添加ReportNG的依赖:
&dependency&
&groupId&org.uncommons&/groupId&
&artifactId&reportng&/artifactId&
&version&1.1.4&/version&
&scope&test&/scope&
&exclusions&
&exclusion&
&groupId&org.testng&/groupId&
&artifactId&testng&/artifactId&
&/exclusion&
&/exclusions&
&/dependency&
&dependency&
&groupId&com.google.inject&/groupId&
&artifactId&guice&/artifactId&
&version&3.0&/version&
&scope&test&/scope&
&/dependency&
ReportNG还得注册一下监听器,这个放在testng.xml中去注册,就不写在POM里了.maven-surefire-plugin插件里配置一个参数,用于接收不同的testng.xml
&groupId&org.apache.maven.plugins&/groupId&
&artifactId&maven-surefire-plugin&/artifactId&
&version&2.17&/version&
&configuration&
&suiteXmlFiles&
&suiteXmlFile&res/${xmlFileName}&/suiteXmlFile&
&/suiteXmlFiles&
&/configuration&
pom里面的值留空:
&properties&
&xmlFileName&&/xmlFileName&
&/properties&
2.使用不同的testng.xml配置文件来配置不同的渠道测试case
在项目根目录建个res文件夹,把testng.xml放进去,testng.xml文件内容如下
&?xml version="1.0" encoding="UTF-8"?&
&!DOCTYPE suite SYSTEM "http://testng.org/testng-1.0.dtd" &
name="Suite"
verbose="1" &
&test name="Project_V3023" &
&packages&
&package name="com.saucelabs.appium" /&
&/packages&
&listeners&
&listener class-name="org.uncommons.reportng.HTMLReporter" /&
&listener class-name="org.uncommons.reportng.JUnitXMLReporter" /&
&/listeners&
&usedefaultlisteners name="false" /&
这个文件用来配置选择不同的渠道需要选择的case,res文件夹下可以扔很多testng.xml文件用于不同的渠道.比如A渠道可以用testng1.xml,B渠道可以用testng2.xml,另外在这里面注册一下ReportNG的监听器.
最后修改一下Project的项目文件结构,最后变成这个样子(为了演示方便,只保留了一个测试类):
3.配置Jenkins
勾选参数化构建,创建2个参数
第1个参数是创建一个文件夹,并且返回文件夹路径,这个在后面发邮件要用到.
第2个参数是返回testng.xml的名字,这里因为我只有一个,所以直接返回了,后面这里面可以自己加条件判断是返回哪个testng.xml的名字.比如1\3\5跑testng1.xml,2\4\6跑testng2.xml
用SVN来管理测试代码
构建触发器使用定时触发方式,不截图了.
使用Maven构建项目,并且接收一个参数
构建后运行一下Python的脚本,用途是拷贝文件,将生成的ReportNG报告拷贝到上面由参数1创建的目录下.而这个目录同时也是Apache的网站目录,这样就可以直接通过URL看到测试报告了.
最后用邮件插件发一下邮件,我这里都是引用的系统配置里的内容
收到的邮件是这个样子
点开链接,看到测试报告
最后,总结一下
用SVN管理管理代码,Jenkins做持续集成,项目组织用Maven,测试框架用Appium+TestNG,报告呈现用ReportNG.
好吧,撇去Appium不谈,其他都是大家用来用去的东西了.
现在的问题:
1.Jenkins的触发方式现在是每天晚上定时触发,因为我拿不到源码,开发的编译系统用的也不是Jenkins,我不知道要如何才能更好地使用持续集成.各位小伙伴的持续集成又是怎么做的呢?
2.选择testng.xml不够灵活,不能根据项目特征自动选择对应的testng.xml,比如我想拿渠道号来区分,可Jenkins怎么拿到渠道号?
3.Appium支持多个设备同时运行吗?之前用Robotium时使用Spoon就可以同时在多个设备上运行.
网易上个月出了一个TestNG的小插件,实现了失败用例重跑,失败自动截图,展示用例运行次数等等功能,很好很实用,就只有一个缺点,生成的报告是改造了TestNG自带的emailable-report.html,实在是太-丑-了~~这个看能不能把功能移植到ReportNG上去.有兴趣的小伙伴可以关注.
TA的最新馆藏[转]&[转]&[转]&[转]&