|
- 对测试人员来说,总有很多重复的手工测试工作,枯燥无味且没有成就感。要是能用机器来代替部分重复劳动,解放双手去做别的重要的事情该多好。
复制代码
最接近模拟手工操作的,是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)[0]
- return result
-
- def get_devices_name(device):
- cmd = "adb -s {} shell getprop ro.product.model".format(device)
- result = run_command_on_shell(cmd)[0]
- 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[1:]:
- 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()[j]
- 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用得比较多的时候,还有就是系统的各种弹出框的处理等。都是比较棘手的。 |
|