把那两个 build.gradle 内容放上来看看？

薪酬范围？

#6 楼 @hbreset 有招啊：

https://testerhome.com/topics/4439

正文也提下薪资范围吧，光写在标题会被忽略。。。

#1 楼 @huanzhijin 上手 Java 对你来说是小 case 吧

#5 楼 @tobecrazy 不算太远，地铁大约半个小时吧。

#3 楼 @tobecrazy 这次在广州哦

#19 楼 @taki 可以这么理解。只是两端的代码都还没写，只是把数据结构定下来了。

#16 楼 @taki 这个要看具体协议。

可能我说的不够准确。我说的协议不是 http 协议或者别的协议，主要是接口数据结构。这个当遇到添加新功能时有可能会通过扩充字段来做。

举个例子，协议指定登录接口的数据结构如下：

{
  "username": "stringType",
  "password": "stringType"
}

那么客户端根据这个协议写完解析语句后，可以随机生成下面的数据来联调：

字段结构错误
{}

正常数据
{
  "username": "adsafasdf",
  "password": "asvxzcv"
}

字段数据类型错误
{
  "username": 1123123,
  "password": 15612
}
...

#6 楼 @cc_zhang 你应该感谢 @jennifer ，我一开始也是想着环境变量的问题，看了他的回答之后才想起来是 module 重名问题。

#8 楼 @taki 第三个的意思是平台能否同时承担一部分接口协议维护和两端联调的工作。

例如接口协议更改后，客户端可以直接找平台 Mock 生成的随机数据来检验自己解析代码，后台可以找平台确认自己的实现是否符合协议要求。

#14 楼 @emily 你找个比较懂这个的人，他会知道的。这个东西一时半会我也想不全。。。

童鞋。。。把你的脚本文件名改成其它名字。。。

你在文件里的 from appium 里的 appium 被 python 识别为你当前这个文件了。

不错，做的挺全。

之前也有做一下自动化的接口测试，但由于时间精力问题没有做成平台形式。有几个问题想交流下：

1. 做成平台的出发点？代码 +excel 也能达到类似效果，为何要做成 Web 平台
2. 平台是二次开发还是纯自己开发？大概花费多少人时？
3. 接口测试后续维护中保持接口协议与后台一致是一个比较麻烦的问题，想问下你对于接口测试平台加入接口协议相关功能（自动校验数据结构是否正确，生成符合协议要求的随机数据等）看法如何？

能提供更丰富的上下文不？例如你遇到这种项目是怎么做的测试，遇到了什么坑之类的。

#12 楼 @emily 那得找个人帮你 debug 看下了。有可能和环境配置有关。

这是一个测试相关技术交流社区，请不要发硬广。

#10 楼 @emily visible 是系统自动生成的属性，没法设置的。

如果官方的都报错，你换另一个版本的 java-client 试试？

1. 请使用 markdown ，代码使用代码块。可参考回帖框右下角的 排版说明
2. 请补充说明具体是哪一部分代码出错，并附上相关 appium server log ，Appium 版本等相关信息。像报 bug 那样描述你的问题。

麻烦说明下发帖提示中的：

5.已经尝试过哪些方法仍然没解决（附上相关链接）

请勿伸手。

appium server log 呢？