建议控件XPath采用“属性筛选”方法，而非现在的“纯索引”方法

最近才发现同一个控件的XPath，有以下两种写法：
写法1：/Pane[6]/Pane[1]/Pane（写法1由quicker获取）
写法2：/Pane/Pane[1]/Pane[@AutomationId="1"]（写法2由FlaUI探测器（FlaUISpy）获取）

写法1依赖控件在同级中的位置（易变）会有很多不稳定因素；写法2依赖控件的AutomationId属性（比较稳定），不会因 UI 布局变化导致 XPath 失效。
之前一直用写法1常出现UI层级改变而失效，现亲测写法2在控件模块中能够正常识别且使用稳定，说明软件能够支持，应该无需大改。
本人建议：quicker软件默认使用写法2。如果可以的话，提供选项由用户自行选择