嗯，我们最近加上了 sonarqube 安卓和 iOS 静态代码扫描，用上了 gitlab CI 做持续集成，以及 oneapm 线上监控，这些都已经用上了但是没有集成总的一起，最近在搞自动化测试方面的内容，感觉在这条路上，你们走的很快，向你们学习

明白啦，感谢，我们最近可能会加自动化测试到 CI 中，就是感觉自己在推进测试效率提升方面很不足

@oscarxie 请问你们的 Test Automation Platform 是开源的吗？
我们现在是处在第二个阶段 - 每周发布，但是还处于 GIT+shell 阶段呢

@seveniruby 程序按 testcase 执行，执行完 testcase 后如何继续执行 monkey 遍历？ - action:monkey 对吗？求指导

- when: 
    xpath: //XCUIElementTypeOther/XCUIElementTypeOther/XCUIElementTypeTable/XCUIElementTypeCell
    action: driver.swipe(0.8, 0.8, 0.2, 0.2)
    then: 
      - action: monkey

安卓和 iOS 用命令行，已经都运行成功了，感谢思寒 @seveniruby
另外有个问题是 iOS 的 yaml 配置文件格式是什么？

capability:
    automationName: "XCUITest"
    XXXX

这种配置还是有问题
看源代码解决问题了 iosCapability。。忽略刚才的问题

直接去看 appium 的 simple-code，从简单开始学就好了

期待 2.1.0 的到来，我还在学习这个工具的用法中，还特别期待 yaml 的用例（可否在 git 中放一个例子？）

特别同意你的说法。

格鲁夫的《给经理人的第一课》，罗伯特、西奥迪尼的《影响力》

期待 python 版本的

monkey 测试的随机性太强，无法遍历所有的 activity，最近在考虑定制化的 monkey 测试，共同进步

特别同意你的说法，迭代快的公司，基本上都是正反走通就算了，基本上都是开发自己写

可以具体说一下如何灰度发布吗？

WRN/device:plugins:touch 15254 [5PJVT8MNVGIZNN99] Will not apply desired state due to too many failures
INF/device:plugins:touch 15254 [5PJVT8MNVGIZNN99] Stopping minitouch service
FTL/device 15254 [5PJVT8MNVGIZNN99] Setup had an error Error: Failed more than 3 times in 10000ms
at TouchConsumer._failLimitExceeded (/usr/local/lib/node_modules/stf/lib/units/device/plugins/touch/index.js:230:26)
at FailCounter.emit (/usr/local/lib/node_modules/stf/node_modules/eventemitter3/index.js:117:35)
at FailCounter.inc (/usr/local/lib/node_modules/stf/lib/util/failcounter.js:29:10)
at TouchConsumer._outputEnded (/usr/local/lib/node_modules/stf/lib/units/device/plugins/touch/index.js:223:24)
at RiskyStream.emit (/usr/local/lib/node_modules/stf/node_modules/eventemitter3/index.js:115:35)
at RiskyStream. (/usr/local/lib/node_modules/stf/lib/util/riskystream.js:14:12)
at emitNone (events.js:91:20)
at Socket.emit (events.js:185:7)
at endReadableNT (_stream_readable.js:974:12)
at _combinedTickCallback (internal/process/next_tick.js:80:11)
From previous event:
at startConsumer (/usr/local/lib/node_modules/stf/lib/units/device/plugins/touch/index.js:511:14)
at /usr/local/lib/node_modules/stf/lib/units/device/plugins/touch/index.js:526:12
at SerialSyrup.ParallelSyrup.invoke (/usr/local/lib/node_modules/stf/node_modules/stf-syrup/lib/parallel.js:54:24)
at /usr/local/lib/node_modules/stf/node_modules/stf-syrup/lib/serial.js:43:33
at _combinedTickCallback (internal/process/next_tick.js:73:7)
at process._tickCallback (internal/process/next_tick.js:104:9)
FTL/util:lifecycle 15254 [5PJVT8MNVGIZNN99] Shutting down due to fatal error
INF/provider 15245 [] Cleaning up device worker "5PJVT8MNVGIZNN99"
ERR/provider 15245 [] Device worker "5PJVT8MNVGIZNN99" died with code 1

Device database does not have a match for device
我遇到的是这种问题。也查过 github 上的 issue，开发者说还没有这种手机，我的手机是红米 3.

私聊，我遇到了一些问题

#4 楼 @yangchengtest
我点赞了，所谓的自动化，也需要看贵公司的整体构建环境，如果有好的 CI 自动化构建的话，可以开始考虑把部分功能修改不大的拆分出来，比如自动化接口测试。微信和 app 接口测试，容易验证的就是 GET，POST 中的字段等等。流程验证接口自动化这个本人也不是很懂。就不说了

#8 楼 @seveniruby 非常认同你得观点，我们现在基本就是按这个套路走的

满满的干货

#8 楼 @nirvana
thank you

支持这样的开源项目

为啥不用 docker。。

请问有测试的截图吗？

用 json 或 yaml