持续集成概念

 

开发完成每天的工作量以后是要cheakin将代码提交到SVN上面的，提交后我们在Jekins服务器上面将提交的代码打包成一个war包或者jar包，这个过程是需要代码先编译通过、集成的。然后放到Tomcat中间件里，启动Tomcat服务（或者Windowsever服务），注意Linux和Windows环境这个启动服务的命令是不同的，这个一般是运维人员那边做，启动Tomcat服务，将war包或者jar包拿到的地址通过jekins地址来获取，然后构建项目，生成apk包，然后安装到我们的终端环境中进行测试。
而我们测试如果需要尽可能多的用敏捷测试的方法来迭代问题的话。我们需要从开发那边拿到相关功能的接口，然后再写接口测试用例，通过自动化测试的方法，将接口问题尽可能的暴露出来。我们暴露出的问题是需要开发花时间改的，所以最重要的事情是确定一个适中的方案来让测试介入到开发里的，但其实我们对接口的测试是需要晚于开发那边的进度的。等到我们接口这边都跑通了，然后问题也尽可能的暴露出来了，我们在拿到apk的时候，就能基本确定是前端的问题了。
接口自动化测试最重要的地方是与开发的沟通，能够拿到详细的接口定义和一些重要参数的返回值，通过code的定义、来判定我们的测试工作中测试出的是服务器哪里的问题，当然自定义的参数中文意思等也是很重要的。
我们可以通过swagger集成环境来管理我们的接口，然后再利用爬虫脚本从swagger里面爬取到我们的接口信息，等到接口测试用例编译完毕，再写自动化测试脚本，利用RF框架下的RIDE来运行我们的测试用例，脚本可以用java也可以用最简单的python语言来进行编写。
     这样，只要开发将功能做出来，告诉我们能够测试了，我们就能先将所有接口跑通一遍，然后在jekins上面打包，就可以进行功能测试了。