<自动化测试方案_8>第八章、手机端UI自动化测试
第八章、手机端UI自动化测试
(一)APP测试分类
1,原生APP:Native页面是使用原生系统内核的,相当于直接在系统上操作
2,H5APP:先调用系统的浏览器内核,相当于是在网页中进行操作,较原生APP稳定性差
3,混合APP:既有Native页面,又有H5页面
特点:
H5:最大的优点是可以跨平台,开发容易
Native:需要用Android的语言、iOS的语言各自写自己代码。H5只要开发一套
(二)移动APP自动化测试框架对比
参考文章:https://blog.csdn.net/xiaoyida11/article/details/52875723
Android:
各个测试框架的继承关系如下,继承关系决定了有些框架的先天优势或先天不足. 在实际应用中可以集成多个框架。
l 基于Instrumentation的测试框架,比如Espresso,Robotium,Selendroid等,都不能支持跨APP使用。 如自动化测试中有跨APP操作,可以结合UiAutomator实现。
l 支持BDD的自动化框架比较少,可以在calabash 和 RoboSpock及Jbehave之间选择。
l 若想同时支持Android和IOS,可选框架有Appium和Calabash,或AthRun。
l 若为单元测试选择框架,可选Instrumentation或Robolectric。Robolectric实现了shadow object 类,耗时短。
iOS:
IOS自动化测试框架继承关系如下. XCTest与 Xcode 的 IDE 直接集成,使用简单, 但其不支持stub和mock, 所以单使用XCTest框架的较少. Kiwi是一个iOS平台十分好用的行为驱动开发BDD的测试框架,有着非常漂亮的语法,可以写出结构性强,非常容易读懂的测试。UI Automation是Apple官方提供的UI自动化测试的解决方法,但接口不够丰富。
l KIF、Frank、Calabash都是通过使用代码的形式来模拟事件触发,使得被测代码就像是由用户行为所触发的一样。但这样的代价是插入一个额外层的复杂度。
l IOS测试框架中支持BDD的有calabash 和Kiwi。
l 可选用的单元测试框架有Kiwi,Specta,Quick等,而KIF,Subliminal和calabash更适用于UI级验收测试
(三)选择手机端APP自动化测试实现方式
1.Android
Android使用的框架首选appium,因为这是目前解决方案最多的一种框架,使用其他的如果出现了问题,就可能造成永远阻塞
实施方法:https://testerhome.com/topics/10029
实现时间:1个月
2.iOS
可选的框架:
1,Appium:这个坑比较多,需要填坑
2,使用其他框架,需要学习非Python语言,可以使用UIAutomation
(四)微信自动化测试
市面上没有解决方案,腾讯移动品质中心TMQ在开发开源测试框架中,等待发布后,使用此框架
方案地址:FAT(Fast-AutoTest) —专业服务于微信H5/小程序UI自动化测试
特点:
(1)全面支持微信H5页面,能识别常见H5控件,能获取页面任意内容(常见的如文字、图片、链接等);
(2)全面支持小程序内控件识别,操作,页面内容获取等;
(3)支持基础的性能测试监控;
(4)支持安卓Native页面组合操作使用;
(5)简单的API设计,使用门槛低;
(6)提供日志等级开关,方便调试定位。