• 转转 App UI 自动化进化史 at September 05, 2018

    好啊好啊😀

  • 转转 App UI 自动化进化史 at September 05, 2018

    数据管理:
    Case所需测试数据,有专门的文件存储测试数据,有特定的方法提取测试数据,所以编写Case的时候,补充好就可以了。
    Case执行所需的前提条件数据:会有方法进行数据创造,之后再执行测试逻辑
    Case执行过程数据:Case执行过程中,会产生 框架log ,Case执行log,Device log, 失败时截图,及 Case 视频,log及截图,本地会保存文件,也会在执行结束后通过平台接口,上报给平台存储,方便通过平台查看Case执行过程,Case视频会直接上报平台 ,不会本地存储,文件的存储会使用ftp, 测试结果及执行信息 会存储数据库
    Case执行产生的应用数据: 会在测试结束后,通过特定的方式,将产生的测试数据进行清理

    Case分量执行建议:
    如笑哼所说,框架本身有配置开关控制,是否在使用多设备时,进行Case分量执行,各执行一部分,设备越多,使用的时长会越短
    测试平台方面:有一个后续的计划,一直都保留着 Case 在 各个设备 及版本上 成功 / 失败的执行耗时, 可以利用这个数据,在选择Case 列表 和设备后, 根据历史数据,进行计算,计算出,预计最短时长的分配方案,尽量保证各个设备使用的时长相近。

  • 转转 App UI 自动化进化史 at September 05, 2018

    Ui框架本身,可以设置失败重试次数,当Case执行失败时,会立刻进行重新执行,结果会分开保存。
    测试平台,因为框架本身有重试测试次数设置,所以也可以配置重试次数,下发任务执行
    测试平台本身,也提供了批量重新执行的策略,在一次测试记录的测试结果页面 或者 测试计划配置页面, 可以一键触发 重新执行,上次执行记录中的所有失败Case,重新执行前,可以更改分配的设备 和 使用的被测应用安装包

  • 转转 App UI 自动化进化史 at September 05, 2018

    现在:
    设备管理方面:我们在做一个设备管理平台,已经上线试用,主要是分布式管理,在多台设备上安装Agent服务,实时与设备平台同步信息, 设备平台也会下发任务给Agent服务,指定设备执行特定的任务
    设备控制方面:Android 如笑哼所说 暂时接入STF,iOS 还在调研,可能先试用一些各位大佬已开源分享的方案

    以前:
    UI框架: 执行时,会 获取已连接设备列表,获取当时 预使用的Appium端口占用情况 ,根据执行时设备的选择(配置的设备平台 和 是否指定了设备),为设备分配端口执行
    测试平台未接 设备平台时,本地服务异步更新设备连接状态,设备有 是否被占用 & 是否连接 两种状态,用来区分设备是被测试占用,还是未在线不可用,哪些是已连接并且可用的。端口处理同框架。设备基础信息的存储

  • 可以结合minicap 实现无页面 实时 录制屏幕么😏

  • django-celery 学习笔记 at April 13, 2018

    可以只用一条命令同时启动Worker 和 beat ,在启动Worker的命令里加一个 -B 试一下

  • wda的问题解决了么
    dyld: Library not loaded: @rpath/XCTest.framework/XCTest
    求助😂

  • 在新环境部署时碰见了相同问题,用了一天的时间反复试验了多种方式,都未解决,请问具体解决方式是什么呢😩
    已经参照正文中推荐的部分完全重新进行了操作,但是仍然没有解决问题,

  • application.running 没公开的话,是如何能使用的呢? 你用的是Xcode9?

  • application.running , XCUIApplication 好像没有这个吧...

测试届的小学生、