@quqing 你好，问下节点的唯一性是如何解决的呢，可能会变化的吧

赞！！！ 我也做了个类似的东东，底层技术都比较简单的。 框架也自带了数据驱动 + 函数封装关键字驱动 (用模块控制器模拟函数的功能)。 传送门：《脑洞大开：JMeter_xunit 接口自动化框架》https://testerhome.com/topics/8761

sorted(['testLogInOk', 'testLogInFailed']) == ['testLogInFailed', 'testLogInOk']

坐标轴一般以左上角为起始点 (x=0,y=0) getSize() 函数是返回屏幕大小，这里可以理解为右下角、即最大的 (x,y) 的坐标
向左滑： 高度、即 y 轴不变， 宽度、即 x 轴由右边 (大)->滑向左边 (小)

综合来说， y1=getSize()[1]*0.5=可以理解为 y 轴的最中央， x1=getSize()[0]*0.75=x 轴靠右， x2=getSize()[0]*0.05=x 轴靠左

很好的设计思路分享，膜拜 ing

赞~(≧▽≦)/~ 很细心

差不多吧， 我给出的只是简单例子、对"TextField，Button，Checkbox"三类基础控件进行封装，实际应用中可以更广泛，所有基础控件类型、自定义控件类型，都是可以用起来的。

至于自动回归和地图化，我先给个算法思路，有空了再贴例子：
step0> 每个一级 Page 为一个类，它可以包含多个、多层的二级页面、用下划线分割、GOTO_方法为页面跳转
step1> 遍历出所有的 Page 类、及它的所有 GOTO_方法。
例如本帖正文中的例子，对于 AccoCapac 这个 Page 类，可以遍历出"GOTO_、Line_GOTO_、Line_FastEdt_GOTO_"这三个 GOTO_方法，即这个 Page 下有 1 个一级页面、2 个二级页面。
step2> 以每个二级页面 (Page.Sub_) 为一个测试集，用数据驱动的方式设计测试用例 (Page.Sub_*)。
例如本帖正文中的例子，对于 AccoCapac 这个 Page 类中的 AccoCapac.Line_这个二级页面，可以设计一个测试集：
它包含 2 个测试数据"AccoCapac.Line_Del_、AccoCapac.Line_FastEdt_"；
它的 setup 环境设置部分，应该是地图化的页面跳转，AccoCapac.GOTO_(); AccoCapac.Line_GOTO_()
step3> 根据不同的自动化测试框架，生成对应的测试脚本。

能否分享下设计思路、我想试试整个 python 版本的， 最近正在搞 tensorflow 想做个自动遍历 UI 的东东，结果发现楼主这直接有了。 PS：没在北京参加不了 715 大会进不了 QQ 群好忧桑- -