第七章 移动自动化持续化集成(上)

                     --------手机自动化之Appium

经过我们前几章的学习和编码，我们已经完成了对移动App测试用例覆盖的测试工程，我们运行相应的TestSuite文件时，所以在Suite中的测试用例都能正确执行。但是到目前为止还不算完成，因为这里面涉及到一个自动化测试用例的执行策略问题。

7.1 自动化测试用例的执行策略

常见的执行策略有如下几种：

一，监控执行。

在此目的下，我们就把自动化测试用例设置成定时执行的，如果每五分钟或是一个小时执行一次，在Jenkins上创建一个定时任务即可。
二，必须回归的用例。

有些儿测试用例，如BVT测试用例，我们在公司产品任何变动上线之前都需要回归执行。那我们就把测试用例设置成触发式执行，在Jenkins上将我们的自动化测试任务绑定到开发的build任务上。当开发人员在仿真环境上部代码的时候，我们的自动化测试用例就会被触发执行。
三，不需要经常执行的测试用例。

像全量测试用例，我们没有必要一直回归执行，必竟还是有时间消耗的，有些非主要业务线也不需要时时回归。这类测试用例我们就采用人工执行，直接运行相应的TestSuite文件，或是在Jenkins创建一个任务，需要执行的时候人工去构建即可。

7.2 何为持续化集成

     做测试开发的同学，不管你有没有做过持续化集成，但是总是会听说过的。持续化集成有两个概念，有狭义和广义之分的。

广义的持续化集成是贯穿于整个开发流程的：开发开发完成相应的需求后，向SVN或是GIT服务器上提交代码，此时持续化集成就会进行词法检查，语法检查，代码和注释比例的检查，运行单元测试用例；此时是开发的持续化集成，如果任何环境出现了问题，就会把代码打回，通知相关开发做修改。如果此环节通过后，则会自动推送到测试环境上，完成自动部署；部署成功后，则调用我们关联的自动化测试用例，执行相应的测试用例，如果测试用例失败则会根据重跑机制再次运行。确保真正失败后，会发邮件或是短信通知相关的人员，做修改，当开发再次提交代码的时候，整个流程又会执行一遍。

狭义的持续化集成就是只有测试环境，我们通过将测试用例接入到Jenkins中，并且根据需要设置定时执行或是绑定到开发的job上，触发式执行。如果测试用例执行失败后，就发送相应的通知给相关人等，通知他们去做相应的修改。在狭义持续化集成过程中，是不包含我们对开发部分的检测和单元用例执行的。

 

7.3 测试用例接入Jenkins

不论是广义的还是狭义的持续化集成，我们都需要借助于Jenkins来让我们的流程能跑起来。而对于Jenkins的安装与设置，我们在其他相关的自动化测试教程中都有大量的介绍，所以在此我们就不介绍那么多了，我们只以实例来讲解接入过程。

前置条件：我们现在appium+python的移动自动化测试工程AppAutoTest，在本机上运行TestSuite文件执行无误。并已上传到SVN服务器，地址是：https://58-PC/svn/AppAutoTest。

要求：我们现在想接入到jenkins上，以方便我们进行执行策略的相关配置。

接入步骤：

（1）打开Jenkins界面，输入用户名和密码，进入主页面，如图7.3.1所示。

图7.3.1 Jenkins首页

（2）新建一个job,填写项目名称，描述和丢弃旧的构建设置等信息，如图7.3.2所示：

7.3.2 填写项目的基本信息

（3）向下滑动页面，在源码管理栏，选择“Subversion”填写源码对应的SVN地址，第一次填写的时候，要填写上相应的用户名和密码进行授权。如图7.3.3所示：

 

图7.3.3 填写源码地址