85 年的大叔表示感到冒犯

19 年应届毕业生，基本上就是测试行业里最朝气最新鲜的力量了；然而你却在讲什么中年危机，让我们这种工作十几年的大叔情何以堪？

说句不客气的，年轻就是资本。互联网行业是各种技术最活跃，更新最快速的了，只要你认真学，大把你成长的机会。对于我们这种中年大叔来说，刚毕业的后生最可畏：学东西快，精力充足又能熬，过两年分分钟就把我们淘汰掉了。

不过年轻是资本，但别以为自己资本很足，留给你上位和快速成长的时间并不长。三五年内赶紧把该学的学了，掌握几项核心竞争力，后面的路才会越走越好。

我之前也遇到过类似的场景，用 Python 实现的加密解密和开发用 Java 写的怎么都对不上。
后来放弃了，让开发导一个 jar 包，然后在 Python 里调用 jar 包来加解密。

没测试过盒子。不过盒子好像一般不支持触屏控制，会不会是这个原因导致 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，可以在网页上抓取页面元素