持续集成什么是持续集成？

如何利用jenkins来做android自动化？

概述 持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。

每次集成都通过自动化的构建（包括编译，发布，自动化测试)来验证，从而尽快地发现集成错误。

许多团队发现这个过程可以大大减少集成的问题，让团队能够更快的开发内聚的软件。

其中包含一些代码静态检查工具，自动打包和自动测试功能。

持续集成流程 环境配置 启动Jenkins 1、 ?安装jdk 从略，建议1.6或以上版本，配置好环境变量。

2、 ?安装tomcat /download-70.cgi 从略，安装完调试下tomcat是否正常。

3、 ?安装ant /bindownload.cgi 下载zip包，解压后配置好环境变量。

4、 ?安装jenkins /projects/hudson/downloads/directory/war 下载war包，命名为Jenkins，拷贝到tomcat/webapps目录下。

5、 ?安装Android SDK /sdk/index.html 下载安装,完成后配置好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 essful 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 .XXXXXX 6、 ?生成bulid.xml文件，-p后面跟工程所在的本地jenkins下路径 android project -n *** c:被测工程Job路径workspace 7、 ?Ant进行编译程序，并安装到当前手机中 ant debug install -f c:被测工程Job路径workspaceuild.xml 8、 ?构建后操作，本案例中构建完成后自动启动构建下一个测试Job Bulid other projects，选择测试工程的Job. 打包测试工程 ANDROID程序本小节讲诉如何构建一个Android测试工程，包括邮件发送和测试报告展示。

1、 ?构建步骤1-7和Android程序章节一样，从略。

2、 ?本文案例中测试程序是通过命令行启动运行的，所以在此处增加一个批处理运行。

P.S. adb shell am instrument -w -e .megafon.test.MegafonTest#.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可以显示所有测试记录。

OpenStack文档的持续集成与持续交付是怎么实现的

private Set analyzeHtml(String html, String regex) { Set urlSet = new HashSet<>(); // 匹配url的正则表达式 Matcher matcher = pile(regex).matcher(html); while (matcher.find()) { String group = matcher.group(); urlSet.add(group);

什么是持续集成？

持续集成（Continuous Integration，简称CI）是一种软件开发实践，即团队开发成员经常集成他们的工作， 通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。

在软件测试的工作中也经常会用到持续集成的技术来做接口测试、UI自动化测试等等。

黑马程序员的软件测试课程里详细的讲解了持续集成的相关技术。

基础知识点，黑马程序员官网都有免费视频可以学，还归纳总结过。