以前写的 UI 自动化多是进到页面，走完业务流程进行元素断言，断言元素存在不存在，或者元素 text 信息对不对之类的
基本上是功能回归
最近开发修改 APP 通知栏的一个 bug，造成显示版式被动到了，部分水滴摄像头手机显示适配出现了问题，所以思考，UI 自动化能不能覆盖到显示相关的测试
没听懂。
airtest、sikuliX 了解一下，不过核心在于，楼主的问题是 “部分手机” 适配问题，属于兼容性范畴了
可以考虑自建兼容性测试（实验室）服务再配合 airtest 这些来执行，或者采购云测服务，Testin 好像就可以比对不同手机的展示是否一致~
Kori
回复
是这样，之前 UI 自动化多是用来回归功能，比如你们 APP 具有交易功能，那么基本都是走一遍交易的流程，看整个交易流程能完成，断言成功，就代表这个测试 pass 了
我的疑问是，如果交易页面，由于显示适配问题，你的头像被水滴摄像头挡住了，没显出出来完整，这样不会影响你完成交易功能，然而确实有显示 bug，
所以想请教大家，ui 自动化过程中，有没有针对显示就行覆盖测试的，不只是功能。
ps：也曾思考过对元素的显示进行断言，但是这样的话，APP 界面的展示的东西太多了，这样断言的东西太多，代码成本太高了，而且显示错误也分很多种，感觉没有头绪了
截图对比？
二楼正解，可以用 airtest，通过图像对比。
槽神
回复
多谢
兼容性的问题确实也考虑过用 testin
在此抛出 显示 这个问题，是因为最近一直在思考，UI 自动化的覆盖问题，产品迭代过程中确实发现，有些改动会影响到 APP 界面元素的显示，比如某次改动导致头像偶现性显示错误
按理说功能方面，我们可以通过自动化跑整个流程，基本可以覆盖到，但是显示的问题，分很多种（显示错误，显示不全，显示不匹配等），如果通过截图对比也是一种思路，但是这样 APP 界面的展示的东西很多，工作量太大了，再加上 airtest 对分辨率的不同的识别还不是很完美，所以陷入了困境，到底要不要做 显示 相关的自动化（如果有些明显的显示问题都没有抓出出来，领导也觉得这个自动化覆盖率还嫌低，与预期差距较大）
特此与大家讨论讨论，大家的自动化覆盖率问题
我想知道水滴屏刘海屏截图出来的也会带有水滴刘海么？～～
water
回复
这次版式被动到，发现 APP 中很多模块的很多页面，都被影响到了
由于我司的 APP 是个全家桶（集成了太多的模块与功能），各种三级 四级页面如果全部手工回归一遍耗时较长，所以才想到看能否用自动化覆盖
异形屏 手动跑适配吧...
opengl 了解下！airtest 吧 现成接口