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