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 可以吗？

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

1. 维护的只是环境的配置，这是功能测试的时候一直已在使用的，而且只是配置一次，不需要经常维护，更不需要清除。
2. 测试产生的数据也是正常数据，只是在应用级别分离了，不会对用户产生影响。

例如新版本提测后，可以和线上版本的返回值对比一下是否有结构上的变动，避免对接口使用者产生影响。

尝试过 diffy，但是需要搭建相关的环境，而且报告不够直观；
现在只是在原有的接口测试基础上做多一层分发和对比。

原因是配置自动名字没同步，所以没连上数据库。 修改一下就好

上次提交漏了提交配置文件，可以更新一下 autotest_platform/app/config.py 文件:

可以写一个打开浏览器的简单用例，定时执行一下。 如果执行成功，说明机器正常。