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

要学会适当的受气和发泄

你的代码用 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 没关系

截止日期写错了吧？ 2019 年 1 月？

用户最少人在线使用的时候

曾经做过外包，现在的公司也有很多外包的同事一起工作。说说我的感受吧：

1. 做外包的工作时，因为归属感普遍不强，更看重责任划分和收益。 2.归属感不强，所以对应容易浮躁。说不定下个月就换客户或者换公司了，不容易静下心来做好当前的项目，也没有长远的规划。 3.撇清责任，往往代表不愿承担更多，管理者也不轻易愿意安排更重要的机会。 4.个人做外包的经验，是可以接触很多不同类型的项目，学习到很多知识；但很容易陷入多而不精的情况，甚至都是相同类型的项目时，是少且不精。

你要把完整代码贴出来才知道哪里的问题啊
看报错是没定义这个变量，看下是不是没 import

用户验收测试，简称 uat，是一直以来都有的概念，很多公司都有这个环节。

nmon 怎么样？

我就是这么用的。
关键看你参数传递对不对，格式是否匹配，多调试一下就好