UI自动化的痛点

p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; text-align: justify; font: 12.0px ".PingFang SC"; color: #454545 }
li.li2 { margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px ".PingFang SC"; color: #454545 }
span.s1 { font: 12.0px "Helvetica Neue" }
span.s2 { font: 10.0px Menlo }
ul.ul1 { list-style-type: disc }

解决UI自动化难点痛点:

解决从安装过程中跳出的提示框以及操作过程中任意提示框的操作,来提高用例成功率;

公用用例及业务用例分离,便于维护和多人使用,提高脚本编写效率;

解决用android windowmanager设计的控件,任何UI相关工具是无法获取控件操作问题

解决代码逻辑复杂定位控件问题,任何控件都可快速定位;

解决混合app,涉及到webviewUI操作,还得需要重新打包问题;

解决用例失败后,可配置次数,进行重试执行,提高用例得执行率;

解决测试报告粗糙,纯log输出或者配置简单截图,让报告多样化,详细化;

解决adb不稳定,自动重连问题;

支持多台安卓设备自动化测试;

支持多台设备不同账号登录测试;

支持不同版本根据用例功能的覆盖安装测试;

支持PO模式涉及,最大限度解决需求变更,脚本的维护量;

支持配合monkey运行,让暴躁的猴子变成听话的猴子;

p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px "Helvetica Neue"; color: #454545 }
span.s1 { font: 12.0px ".PingFang SC" }

查看微信的进程:adb shell ps | findstr com.tencent.mm:tools

Adb forward tcp:9222

原文地址:https://www.cnblogs.com/syw20170419/p/10158697.html

时间: 2024-08-30 16:30:05

UI自动化的痛点的相关文章

The Thinking of AutomaticTest(有关UI自动化的思考)

考虑因素: 容易维护 简洁易懂 代码重用性好 系统的稳定性强 UI自动化: 数据的获取:装载的数据文件类型.数据的形式.数据的解析方法定义. 1.利用Junit单元测试组织用例,明确输入数据.预期结果 2.建一张输入数据参数表,不断循环调用 页面的元素:页面元素的分页.元素的获取方式 .元素的存取方式 1.当页面元素较少时,直接获取元素 2.当页面元素较多时,从配置文件中获取元素 定位页面元素的方法:定义一个统一的方法,比如对点击事件的封装: public static void unifyCl

selenium-java,解决一些加了显性等待和隐性等待都不好使的情况,以及给UI自动化加上暂停功能

最近在UI自动化时遇到了,上一步成功操作后没有响应的情况(动画加载和浏览器加载导致实际没有问题),导致下一步无法成功操作,所有想在尝试2次操作后再次进行上一步操作解决这种情况导致的错误(其实是不想每一次有问题都要手动加线程沉睡) 1.java应用程序,暂停/开始按钮 import java.awt.Dimension; import java.awt.Toolkit; import java.awt.event.ActionEvent; import java.awt.event.ActionL

【Android测试】UI自动化代码优化之路(临时发布)

关于UI自动化的抱怨 听过不少人这样讲 "UI自动化非常不稳定,需求一改,界面一遍,全部都费了".我相信做过的人可能也会有同感.既然这个问题一直都是存在的,那么为什么没有人仔细分析原因呢? 我的老板georgeliao举了这样一个例子:每当需求变化的时候,开发没有跳起来,反而是测试跳了起来.然后不断的抱怨,界面元素全都改了,我的自动化的用例全部都要废弃掉了.那么我们是否想过,为什么开发可以从容不破的应对产品不断变化的需求?而我们却不能呢? 业内不少人也都放弃了UI自动化,觉得接口测试才

UI自动化,你值得拥有

去年春节联欢晚会,为了那张“敬业福”,全家都卯足了劲儿“咻一咻”,连节目都顾不上看了.当时我就想,要是能自动化该多好,不停点击屏幕,屏幕不疼手还疼呢,何况还不好分心,生怕错过了“敬业福”.玩“咻一咻”,是靠不停点击按钮来检查是否得到“敬业福”,而工作中的UI自动化,大抵也和“咻一咻”差不多,都是通过不断地输入,验证系统的输出是否正确.然而做UI自动化,效果并不好,收益低就算了,执行速度还慢.比如打开一个浏览器,可能就要等3-5秒,如果等浏览器访问网址,返回网页内容,就需要更长的时间.要是遇到问题

Robot FrameWork UI自动化脚本稳定性与原生关键字

在执行robotframework  的用例时,经常会出现稳定性差的问题.用例执行第一次成功,执行第二次就可能报错.自己对这个问题挠头很久,不知道怎么解决.今天在浏览网页的时候发现了一个不错的帖子,好像能够解决这个稳定性的问题.然后就把贴子搬了过来,为自己做一下备份(看了人家的帖子后,发现原来还是自己对robotframework的关键字用的不够熟悉造成的?(????ω????)?). 众所周知,在UI自动化在运行时,时常会收到来自各方的挑战:开发会说,你的自动化不稳定,又误报了:测试会说,这个

接口自动化与UI自动化两者的可行性

1.首先接口测试是跳过前端界面对服务端的测试,UI测试是对前端界面的测试,从分层测试的角度考虑,两者不应该是可以互相取代的关系. 2.从公司开展自动化的的角度考虑,可以重点关注这个项目开展接口自动化和UI自动化的分别需要的时间消耗.自动化测试人员成本.项目开展自动化测试的可行性.接口自动化和UI自动化的投入产出比,最终来确定开展接口自动化和UI自动化的比重. 3.从自动化测试覆盖率和难易程度来考虑,一般来说,系统中可测试的接口数量要比前端界面的功能点要少,并且接口的改动频率比前端界面改动频率低,

pywinauto处理UI自动化

之前一个项目的特殊性, 以及一些操作权限上的问题,不能使用现有工具进行UI自动化. 在一些资深tester建议下决定采用Python的pywinauto模块来处理Windows控件的UI操作. 1. 首先搭建pywinauto环境. 1). 可以参考vncdotool - A command line VNC client 安装python2.7.5, Twisted 和PIL. 2). 安装elementtree(elementtree-1.2.7-20070827-preview.win32

[python]RobotFramework自定义库实现UI自动化

1.安装教程 环境搭建不多说,网上资料一大堆,可参考https://www.cnblogs.com/puresoul/p/3854963.html,写的比较详细,值得推荐.目前python3是不支持ride的所以,用python2 2.创建一个工程 &工程下有哪些目录,这样放文件比较明确,如下 &创建好,这时候就得写脚本主题是UI自动化,所以用selenium库,还有其他得辅助库 ,cd c:\Python27\Scripts\,执行easy_install pip, 安装好pip后dos

关于UI自动化代码的优化

最近对UI自动化有很深的兴趣,所以拿出了昨天的代码继续进行修改. 首先是引入了unittest框架来使用例更加规范化, 但是遇到问题:用例运行完整,但是unittest框架会报错ResourceWarning.暂时并未找到具体报错的原因. 查询资料也只找到了一个治标不治本的办法就是引入warning框架来忽略掉报错. 第二就是利用HtmlTestRunner生成测试报告,一直无法生成. 然后发现,pycharm不就有现成的生成报告的按钮么,一点就可以建立且界面也更加美观.所以暂时先抛弃使用htm