这叫模拟移动设备吧。
参考一下 selenium chromedriver 的 chromeOptions - mobileEmulation， 一般传 device name 就可以了

把下载好的安装包放在内网服务器，然后下载地址配内网对应下载地址就好了
如果要保证最新， 可以尝试在内网服务器写个脚本检查一下对应的安装包有没更新，有的话就下载替换

你们的批处理是在公司内部大量执行吗？ 如果是的话建议考虑下把对应的安装包放在内网，这样可以减少重复从外网下载的情况，也能提高下载速度

exe 文件不行吗？ 只要能安装，格式不重要吧？

https://www.python.org/downloads/windows/

不是都有吗

刚刚试了下，设备确实没办法注册到 docker 里的 server 。

暂时还是继续使用就的服务，期待大神解决这个问题

之前没留意已更新 docker file，不过自己按安装步骤编写也不麻烦。
因为昨晚是远程回公司电脑安装的，所以还没试真机连接的情况，周一上班再试试

拿错误信息去搜一下嘛，不是每个人都会遇到这种特殊的问题

但是像我们这种小团队本来就一两个人，不可能为了开这个服务就开一个人吧

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

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

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），对应修改接口脚本是正常的工作； 如果是不正常的代码变更（开发代码提交不规范？ 很对需求范围内的代码变更？），就要从你们的流程上解决。