国外的一些云测平台都是这种情况吧，全平台通用，可以公有云、私有云；价格的话见仁见智了（反正我们是没这个预算）

我们的菜单也是类似这样的结构，我对应的解决方法是：

1. 菜单： 新增一个自定义方法，用菜单文字 + 菜单特有的 class 属性进行定位。
2. 右侧菜单栏： 类似的方法，文字 + 特有的 class 属性定位。
   

以上方案实在不行的话，可以考虑用 xpath 的相对路径定位。

看上面的回复

to 1. 只有测试用例集（自动化测试》test suite ）执行完才会生成对应报告和发邮件， 否则每条用例执行都发一次邮件通知就太频繁了。

1. 多个用例是并发执行的，每个都是独立执行。 即使调用同一个公共方法，也是分别独立调用的。

1. 只有测试用例集（自动化测试》test suite ）执行完才会生成对应报告和发邮件， 否则每条用例执行都发一次邮件通知就太频繁了。
2. 多个用例是并发执行的，每个都是独立执行。 即使调用同一个公共方法，也是分别独立调用的。

我是在 linux 服务器上部署的哦， 应该和注册表没关系。
不过分析也是类似的原因： 服务器上的 jdk 被重装过，路径可能被破坏了，导致 Jenkins 获取的路径和系统上 root 用户获取的路径不一致。

jemter : address already in use

你搜一下这个就知道什么原因了

这不是报 TIMEOUT 了吗

问题解决了：

原因：
python 脚本里使用 getDefaultJVMPath() 方法来获取对应的 JVM 环境。 如果直接在服务器上执行脚本，可以获取到正确的环境； 如果使用 Jenkins 跑，则获取到的是另外一个环境。 原因可能是其他人员修改过默认的配置信息。

解决方案：
因为目前脚本是在固定的 linux 服务器上执行，所以暂时写死对应的 JVM 环境，不再通过 getDefaultJVMPath() 方法来获取。 问题解决。

格式错啦， 是 等待 |5

就只有一句： Build step 'Execute shell' marked build as failure
所以百思不得其解，也不知道从何入手排查

出错的是 点击文字 ， 这个方法我在 android 下是没封装的，可以用 点击 |name@@XXX 来替代；

同时跑多个设备，需要先新建 测试用例集， 然后关联用例时选择需要执行的 设备列表， 然后再点击关联

服务器是作为 node 在 Jenkins 上跑的，其他的用例脚本可以正常跑，只有调用到 jar 包的用例跑不通。 我在看是否对应 java 配置的问题。

应该是通用的格式啊，不过 android 我用的不多，所以对应的关键字封装的目前只有 点击、填写、截图、等待 等几个

应该是之前的 bug ，前几天做了优化没来得及提交。
麻烦更新以下几个文件试试看：

个人经验，要把这几类因素归类一下分别解决：
测试数据： 想办法固定下来，或者和其他数据隔离，使用的时候过滤一下。
环境： 环境为什么会不稳定？ 找出原因解决它。 测试环境应该尽量和生产环境同步（你们生成环境就不会经常变吧？）
代码变更： 如果是正常的代码变更（新需求、改 bug），对应修改接口脚本是正常的工作； 如果是不正常的代码变更（开发代码提交不规范？ 很对需求范围内的代码变更？），就要从你们的流程上解决。

看下 docker run 的参数说明吧

名字要以字母开头，你填的是 ip 数字，所以报错了

docker ps -a 看下已经启动了多少个容器。
看你的描述，安装 request 包和导入 request 包的是两个不同的容器

进去 docker 容器里看下这个包是否真的存在

你的公共方法里是不是漏了 chrome 这一步？

看下你的公共用例名称是否正确

点击父节点这个 lable 可以吗？

三体人那么先进，加个打印输出就知道了