ui 自动化测试
自动化测试的目的是提高效率，所以在开始自动化测试之前一定要问自己以下三个问题，尤其第一个是很容易忽视的。
1，是否需要自动化测试
对于是否需要的问题，时候什么需要，当项目属于一直做的项目，一直迭代的项目，不是一锤子买卖，并且对质量要求较高的，还有就是项目周期较长，有时间让你去搞自动化的时候，就是有必要做自动化。
2.需要采用什么自动化测试方法
采用什么自动化测试方法主要分为两个方向：
一是UI自动化，
二是API自动化，
那么该怎么应用呢？
当改变主要发生在逻辑层，UI变化较少时，UI自动化维护成本较低，这时候就选择UI自动化；
当UI变动较大，这时候UI脚本维护成本较大，就不能采用UI自动化测试了，采用API自动化较为划算。
3.如何开展自动化测试
如何开展自动化测试，选择什么工具进行自动化测试，用appium，robotium，UIAutomator等方法。
正文：
这里介绍一下本公司或者本人所经历的公司，ui自动化用例标准，哪些是需要/可以自动化的，哪些是不需要/不可以自动化的。
下面主要介绍 “不可自动化用例的特点”，相反，说完了不可自动化的部分，那没说到的部分当然都是可以自动化的了。
以下可作为参考，不是唯一标准。
不可自动化用例特点：
ui检查：
颜色校验；
样式检查；
动画检查；
语音、音效、触感：
铃声、音效检查；
录音内容；
视频内容检查语音播报；
语音设置；
无障碍；
震动效果检查
跨平台、需外设：
需PC端操作；
涉及三方手机；
需U盘、
wifi 等
与外界交互：
需摇晃抬起手机；
SIM卡插拔；
扫码支付；
扫描图片；
NFC
控件部分：
笔记-涂鸦控件；
思维笔记控件；
录音条控件；
日历-周、日视图日程控件；
时钟-睡眠分析控件；
等各种控件相关
账号：
微信；QQ；谷歌账号；等
需 SIM 卡：
接打电话、通话；收发短信
特殊场景：
无空间；自升级；指定机型
投入产出比不高的用例：
如特定机型；折叠屏；内外屏；等
人为定义状态：
时效性无法判定
用例要求：
全面：覆盖需求功能点和测试类型；
准确：用例名称、前提条件、测试步骤、期望结果都描述准确，简单易懂，便于执行；
原子化：每条用例尽量原子化，即每条用例针对—个测试点；
低冗余：同样的测试点不应该再多条用例中描述
及时性：用例按照应用最新版本及时更新
资源要求：
测试设备资源；
测试账号资源
标签：控件,检查,用例,UI,测试,自动化 From： https://www.cnblogs.com/gancuimian/p/16985550.html