搭建UI自动化测试框架(Appium)
对测试人员来说，总有很多重复的手工测试工作，枯燥无味且没有成就感。要是能用机器来代替部分重复劳动，解放双手去做别的重要的事情该多好。最接近模拟手工操作的，是UI自动化测试。虽然不如接口测试那么稳定，不如单元测试那么精准。但也能解放下双手，提高效率。
对测试人员来说，很多回归测试，并不能发现啥问题，但不去测，又不放心。万一出现bug了呢？
很多人会怀疑UI自动化测试的成果。你写了那么久，跑起来也没见找到bug。
不能单盯着bug数量的多少，对质量保障来说，没有发现bug也是个成果。
测试了，但是没有bug,不能说明没有成绩，说明质量是有保证的。
这些任务可以交给UI自动化测试去完成。跑的次数越多，节约的人工成本越多。
好了，言归正传，我们来谈谈UI automation 框架的搭建。
搭建框架前，我们先考虑几个问题：
产品特性：产品是否是框架式的,几个产品是否复用一套框架？(一般内容为主的产品，都采用框架式的编码，app只是个载体，如果这样，几个产品可以共用一套测试框架)
可行性： 产品是否长期迭代？是否已经稳定？对于短期项目，写脚本没什么意义。可能你脚本还没写完，产品都退市了，一点意义都没有。
如果产品还不稳定，不停地改结构，那样脚本维护成本也很大，也没啥意义。
产品是否适合用UI automation来跑？原生比例占多大？元素是否好定位？
如果可行性不考虑清楚，后面的风险就比较大，脚本设计和维护的成本也比较高。
复用性：如果有个新的项目，你的框架小改是不是也能用在新项目上？如果一个框架都复用性很差，那么它是失败的。
组织结构：Case 如何组织? 如何展示报告？异常处理怎么处理等等，都是心里要有数的。
扩展性： 是否兼容 Android, IOS? phone, tablet? 是否可以多机一起跑？是否可以监控性能？
资源：包括时间资源，人手，公司的支持度。还有检查多少功能点？写多大规模？啥时候写？都要考虑清楚。
本人就以Appium为例，结合自己的实践，谈谈mobile的UI automation框架搭建。
先普及下基础知识
现在appium 用的是 appium desktop
现在谈谈appium里面的几个角色和关系：
Devices 和sever, driver 是一对一的关系，有几个devices,就要起几个server, driver
Build 和 driver, device 是一对多的关系, 一个build 和一个device 组合成一个driver, 可以跑在多台devices上。
Server 和 driver 是一对一关系，通过port, bp来映射关系和通行。
Device 和 case是多对多关系，为了简单，我们把case放suite 里面，组成一对一关系。
从上可以看出，Devices是关键，可以把参数都绑定在device上。
代码可以这么写：
def get_devices_version(device):
cmd = "adb -s {} shell getprop ro.build.version.release".format(device)
result = run_command_on_shell(cmd)
return result
def get_devices_name(device):
cmd = "adb -s {} shell getprop ro.product.model".format(device)
result = run_command_on_shell(cmd)
return result
def list_devices():
cmd = "adb devices"
result = run_command_on_shell(cmd)
print(result)
return result
def get_devices_info():
current = list_devices()
devices = []
j = 0
port= 4723
bootstrap = 5000
for i in current:
if i != "":
each_device = {}
nPos = i.index("\t")
dev = i[:nPos]
each_device["id"] = dev
each_device["version"] = get_devices_version(dev)
each_device["name"] = get_devices_name(dev)
each_device["port"]= port + j
each_device["bootstrap"] = bootstrap + j
each_device["username"]= YAML().get_users()
devices.append(each_device)
j = j + 1
return devices
不管接入多少台设备，都能获取。（当然是同一平台。不能IOS,Android混插，phone,tablet混合）
看看server,可以这么写：
CMD = 'appium -a {} -p {} --bootstrap-port {} --session-override --command-timeout 600 -U {} >{} '
def close_appium_server():
kill_progress_by_name("node")
def start_appium_server(device):
host = "0.0.0.0"
port = device['port']
bootstrap_port = device['bootstrap']
udid = device['id']
appium_log = log_dir + "/" + "server.log"
cmd = CMD.format(host,port,bootstrap_port,udid,appium_log)
run_command_on_shell(cmd)
现在开始组合driver了。
def Base(device):
capabilities = YAML().get_appium_config()
if PLATFORM == 'Android':
capabilities['app'] = AppPath.get_app_filename(build_path)
capabilities['platformVersion'] = device["version"]
capabilities['deviceName'] = device["name"]
capabilities['udid'] = device["id"]
driver = webdriver.Remote('http://localhost:{}/wd/hub'.format(device['port']), capabilities）
Case这块，你想怎么组织，就怎么组织了，个人推荐用pageobject模式。
好了，大功告成，调用起来试试。
if __name__ == '__main__':
close_appium_server()
check_folder(log_dir)
jenkins = Jenkins(build_path)
jenkins.download_build()
get_devices_info()
if get_devices_info():
pool = Pool(len(get_devices_info()))
pool.map(start_appium_server,get_devices_info())
pool.close()
pool.join()
pool2 = Pool(len(get_devices_info()))
pool2.map(login,get_devices_info())
pool2.close()
pool2.join()
大体就是这样子。UI测试就是不大稳定，尤其是xpath用得比较多的时候，还有就是系统的各种弹出框的处理等。都是比较棘手的。 支持分享
页:
[1]
