没测试过盒子。不过盒子好像一般不支持触屏控制，会不会是这个原因导致 click 没反应？

看起来不错，之前用 docker 跑的 selenium server 也想尝试一下换成 zalenium 的，后来没时间弄了？

一般来说会按不同的阶段区分以下环境：开发，测试，预生产，生产。

开发环境：用以开发联调。如果有什么环境改动，比如数据库加字段改字段，以及开发库的代码等，都会先在开发环境部署并且进行开发调试。

测试环境：比起开发环境会相对稳定。只有开发联调和内测通过的变动，才应该更新到测试环境。所以由于开发和测试处于不同的阶段，测试环境和开发环境是需要区分开的。

预生产环境：在正式部署到正式环境之前需要在预生产环境进行部署验证。因此预生产环境是需要和生产环境一致，或者比生产环境早一个版本的（在预部署阶段）

生成环境： 不用细说了。

我们之前的代码会有 dev, qa, release, release-tag 四个库去对应上面四个环境：

1. 开发在 Dev 库开发，部署到开发环境联调，完成内测 后代码合并到 qa 库。
2. 测试用 qa 库代码部署到测试环境进行测试。测试通过并准备上线的需求，将对应代码合并到 release 库。 3.使用 release 库代码部署到预生产环境进行最后一轮测试。测试通过后，可以上线。
3. 使用 release 库上线，并且在此版本打 tag 进行备份。

你说的是 ride 吧
我们也是用 rf ，只不过是直接在 pycharm 里写用例，所以 Python 3.0 都是支持的

我们都是直接在 pycharm 写用例代码，不存在 3.0 版本不支持的烦恼

吐槽一下：可以把你文字里那些突兀的空格去掉，和那些用错的标点符号改正过来吗？

把你完整的代码和报错贴出来会更有帮助

引用我最喜欢的黄子华说过对于职场的一个道理，望君共勉：

要学会适当的受气和发泄

你的代码用 Markdown 处理一下吧，会好看点

你要在非 Windows 系统启动吗？ 可以看一下怎么启动 selenium server 的 jar 包和获取默认端口

从培训机构出来的含义：
在培训机构接受培训后，进入到测试行业。所以是先培训，后入行。
这个比例有多少？ 反正我接触那么多同行同事，比例非常低，不到 10%。
有认识做了销售后转测试的，有开发转岗测试的，甚至还有护士转行测试的。但转行转岗的方式，都不是经过培训班。

所以 80% 这个比例，我反正是不信的。

996.icu 了解一下

告诉你一个小技巧，像 80% 这种粗略的数字，九成九是假的。

可以想办法把这棵树的元素抓取下来（例如用 selenium），组成一个 json ，然后和默认的配置对比，找出差异

我和好多测试妹子（年龄在 25 和 40 之间的都有）做过同事，除了个别的转岗去做产品，大部分还是在做测试。

放到 setup 里面生成

从来没有绝对的公平

很棒！ UIautomator2 很好用

列一下投入：搭建框架的成本，case 编写和维护的成本，服务器成本等；
产出：预估多少 case，人工执行一遍需要多少时间，执行的频率多少。每执行一次，就帮你们节省一次人工执行的时间。

不太同意楼上的观点。自动化，特别 selenium 的 UI 自动化还是比较成熟的，算是很快能见到成效的。

在使用安卓模拟器定位页面元素时，启动 uiautomatorviewer.bat ，但是报错: Error while obtaining UI hierarchy XML file: com.android.ddmlib.SyncException
解决办法：关闭 appium

建议楼主了解一下 weditor，可以在网页上抓取页面元素

从整个问题出现到上线的过程找一下原因：

1. 产品确定需求、细节： 如果产品定的名字就叫 731 ， 那根源就是产品的不专业。
2. 需求评审： 如果需求评审过程中开发和测试都没有提出过质疑，那只能说大家都对这快不够敏感，很难说有说明责任。
3. 开发、测试、预生产、产品验收： 过程中开发、测试、产品，甚至你们老板可能都会看到这个 731。 结果所有人都忽略了，那也不好说什么了。

其实不是什么很严重的 bug，楼主能主动反思的态度很好。 至于以后要怎么避免，一是不能完全依赖产品的需求（谁知道下次会不会犯同样的问题），二是给自己提个醒，以后多留意，三是总结一下过程中有什么流程的遗漏，尽快推进和补全。

这种问题为啥要匿名呢？

webview 是在设备上安装的，不同设备安装的版本不一样，肯定版本号也不一样啊，和你的 APP 没关系