• 基本就是之前讨论的,重点就是启动前关掉uiautomator-server,上次卡在怕server关了shell就没了,结果幸运是atxagent提供的。这脚本是我跑过PoC可用的,正好有时间写了下

  • 当然,1. 守护,保活 2. 反向代理多个daemon服务,不可能每个service一个port/unixsocket;atx-agent也暴露全功能tty shell,脚本照旧;adb over TCP方案开启也挺麻烦的

  • 所以有私有化部署的商业服务在此😁

  • docker好的atxserver应该能显示设备 但是不一定能操作它 你试试

  • 这个只有linux可以用,而且端口就绑死了

  • repo里面已经有dockerfile了。。。
    另外docker并没有试验成功,因为docker启动后会造成手机连接atx-server时候是docker网卡的ip,所以docker这块并未推出完整的介绍

  • 步履不停 at 2018年10月16日

    总感觉专栏的node title还是要和topic的分类有区分,比如前面加一个 "栏" 的badge;另外有几个微调的dom地方,直接PR还是?

  • 这比较蛋疼 compile (":xxx") 实际build时候流程和gradle层面复杂度太高,真 组件化应该是真的git repo分离,每个子项目有自己的中间产物(jar/aar),自己的unittest,在自己的unittest里面有接入jacoco,有基本的library级别的覆盖率数据,然后在apk层面,总的包含所有aar/jar,然后保证jacoco agent不重复冲突,exclude掉一些类,有一个整app级别的测试用力的覆盖率数据

  • 以场景(业务)为第一指导,设定几个通用指标,比如恒温说的启动场景,这个是一个重要的场景;此外就是一些最主要的流程,商城app就是购买,工具app就是主要几个功能;场景有了,去找重要的指标,也就那么几个;最后再来考虑万一环境不单纯性能会有什么影响(这个一般也不太会做到这么深),启动上你可以用Appetizer;指标上,启动时间已经测了,cpu利用率和耗电挂钩,分每个细分阶段里面的UI卡顿,HTTP请求,还有主线程上面忙等等给开发比较具体的优化点

  • 能有专人管理的完整的rancher/k8s那当然好啦