位置: 编程技术 - 正文
Android UI自动化测试最佳实践(android ui自动化测试)
编辑：rootadmin推荐整理分享Android UI自动化测试最佳实践(android ui自动化测试)，希望有所帮助，仅作参考，欢迎阅读内容。
文章相关热门搜索词:android ui自动化测试,android ui自动化测试,安卓自动化有几种方法,android ui自动化的原理是什么,android ui自动化SDK测试,android ui自动化测试框架,android ui自动化测试,android ui自动化测试框架,内容如对您有帮助，希望把文章链接给更多的朋友！
Android系统测试和Web的测试类似，有两类自动化的方式：录制回放与手动开发自动化case。由于录制回放在长期维护与代码重用方面存在问题，这里主要的方式还是采用手动开发自动化case来进行。
在Web自动化测试中有一个比较好的实践是采用PageFactory的方式（参考文章： UI的变动只会影响到相应页面对象而不会影响到上层的test case；能够在不同的test case中重用页面对象。
Android应用程序的测试也极其类似，每一个Activity可以看成是一个Page Object，可以将Activity中的控件以及操作封装在Page Object之中。为了能够表述清楚测试的分层和测试方法，先展现一个实例，然后讨论对Robotium的改写与封装。
二、实例以移动凤巢的登陆页面为例，LoginActivity中有三个控件：用户名EditText，密码EditText，以及提交按钮Button，如下图一，当登陆成功后进入MainActivity，如下图二： 对于Test Case的组织如下图，page包中每个Activity都对应一个ActivityPage，test包中的用例可以重用不同的ActivityPage： 其中LoginActivityPage的内容如下，先不用关心@FindBy这种注解，它不是robotium自带的，主要作用是能够在运行时将控件注入到ActivityPage之中： 对于Test case的形式如下，实际内容为对不同ActivityPage的操作，这样当页面的控件变化时只需要改动ActivityPage而不用动测试逻辑了，而且可读性更强。
三、Robotium框架改写与封装
通过以上示例可以看到为了更好地支持这种测试模式需要对robotium进行一些封装和改动，现阶段Robotium存在以下问题： 1. Api不是面向对象的，用起来比较变扭，比如当你获得了一个EditText的对象，不能editText.putText(“abc”)而必须solo. enterText(editText,”abc”) 2. 不能很好地支持PageFactory模式，使用时需要写额外的代码 3. 由于UI测试存在偶尔的不稳定因素，需要有失败重试和截图机制 为了改良以上问题，需要对Robotium进行扩展和封装，一个初略的类结构图如下：
element包主要是各种Android控件，这样在查找到控件后明确规定了它可以的操作；
support包主要是各种支持类，PageFactory可以将ActivityPage中的控件通过@FindBy注入进来，Failover支持失败重试和截图；
根目录下的类主要是公用基类和核心类，Zinc继承自Robotium的Solo类。
具体的代码见： 另外，对于ActivityPage的代码很大一部分可以通过解析Android源工程layout中的xml自动生成，所以后续会增加相应的工具类。
android studio 清除无用资源，缩减apk大小！ 直接上图编辑配置文件，直接打包即可，已亲测，Apk7.M已减肥至5.M,减肥成功！！！buildTypes{release{minifyEnabledtrueshrinkResourcestrue}}
property_get/property_set 转自：
JSON经典异常：org.json.JSONException: Unterminated string at character JSON经典异常：org.json.JSONException:Unterminatedstringatcharacter异常情景：JSON数据式进行解析；出现异常完整信息如下：-::.:W/System.err():org.json.JSONEx
标签: android ui自动化测试
本文链接地址:https://www.jiuchutong.com/biancheng/387535.html 转载请保留说明！
