持续集成 关于自动化平台设计 + 持续集成的构建思路

infy001 · 2016年01月10日 · 最后由 hello 回复于 2016年05月06日 · 2074 次阅读

最近一段时间很多公司都在研发自动化测试平台 + 持续集成。老板也有这个想法就让我去研发了。
我说说我的理解哦,自动化平台可能就是管理脚本和执行调度的类似于 QC 的样子。而且里面应该存储自动化脚本代码,我们现在基本用 java 开发,就是 jar 文件或者。class,然后执行就是远程控制。那我现在发现个问题,就是我的文件这么发到执行机去呢,然后怎么让他在执行机里跑起来呢,有人有这方面经验吗。或者有什么开源项目可以研究下的!

共收到 12 条回复 时间 点赞

可以看看 Jenkins 。

#1 楼 @chenhengjie123 jenkins 已经看了过了,但是发送 jar 文件!

如果自动化已经实现,直接和 jenkins 集成的话,用版本控制把代码同步到测试机,测试作为 jenkins 的一个 node 就行。测试平台是个很大的概念,真么做的话可以参考淘宝之前的一些分享

—— 来自 TesterHome 官方 安卓客户端

个人觉得更好的办法是起一个测试服务器(PC 就行了)通过 http service 提供接口给持续集成来调用,可以更好的解耦。

#2 楼 @infy001 发送 Jar 文件 jenkins 可以做到啊,就像 @xulz 说的,把执行机作为 jenkins 的一个 node 就行了。
你的执行机是电脑还是别的什么设备?

目前在研究 RF,还没到 LZ 这个上面来,持续关注中。。。。

可以看看目前比较常用的 jenkins+maven+appium+testNG+reportNG 几个看起来不是很相关的框架,就可以做些基本的持续集成

看你怎么用了 如果团队有 code review 的话 可以配 gerrit+jenkins,从 gerrit 上拉代码 build

SVN 或者 git 代码同步貌似是比较好的解决方案,上面有几个碰说,执行机作为 jenkins 的一个 node 是什么意思啊!

bamboo 开源的 可以搭建用用,还不错

SVN 远程机更新最新代码,编译打包,无需发代码。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册