过度绘制就是在同一个区域中叠加了多个控件,也就是说一个像素点上会出现多个像素的叠加,实际上呈现在我们眼前的只是最上面的一个。
往往造成这种现象的原因是产品或者视觉过多繁琐的建议和交互,或者是开发人员自己不注意造成的,这样就会浪费大量的CPU
以及GPU
资源。过度绘制最直观的影响就是会导致APP
卡顿。
静心成大器, 稳定动乾坤
过度绘制就是在同一个区域中叠加了多个控件,也就是说一个像素点上会出现多个像素的叠加,实际上呈现在我们眼前的只是最上面的一个。
往往造成这种现象的原因是产品或者视觉过多繁琐的建议和交互,或者是开发人员自己不注意造成的,这样就会浪费大量的CPU
以及GPU
资源。过度绘制最直观的影响就是会导致APP
卡顿。
Docker Compose
是 Docker
官方编排(Orchestration)项目之一,负责快速在集群中部署分布式应用。前面我们使用Docker
的时候,定义 Dockerfile
文件,然后使用 docker build、docker run
等命令操作容器。
然而微服务架构的应用系统一般包含若干个微服务,每个微服务一般都会部署多个实例,如果每个微服务都要手动启停,那么效率之低,维护量之大可想而知使用 Docker Compose
可以轻松、高效的管理容器,它是一个用于定义和运行多容器 Docker
的应用程序工具
做iOS UI自动化获取元素通常使用Appium-desktop
来获取,但实际使用几天后发现这个工具有一个非常尴尬的地方:就是获取页面元素响应速度非常慢,加载老半天等到花儿都谢了,一开始以为是设备的原因,换了几台设备也还是一样慢反应速度。对于习惯了在Android端 UIautomatorViewer
获取元素时顺滑般感觉的我,对于目前Appium-desktop
工具的速度是显然不能忍受的。于是找到了Macaca Inspector
使用了之后才相见恨晚。
iOS App和Android App由于系统差异原因,元素属性和定位方式也存在一些差异,之前分享过Android 元素定位方式: Appium Android元素定位 本篇博文分享iOS App元素定位方式。
最近开始负责iOS App UI自动化,之前做Android UI自动化时 分享了 Appium+Win环境搭建 但是由于Win环境不支持iOS设备测试,因此这里再分享Appium+Mac环境搭建,值得一提的是:在Mac环境既可以进行Android也可以进行iOS App自动化测试。
前面分享了STF Andriod
设备远程管理平台的搭建和使用,但是STF不支持iOS
设备连接,虽然现在社区有了STF集成iOS
设备的开源方案,但是经过实践不太稳定,后面在Testerhome社区发现了一个新的框架ATX2
同时支持Android
和iOS
设备远程管理,经过实践设备连接非常稳定,所以这里分享下这个平台的搭建和使用。