我到场了，大家速度来。

我记得有网站夜间模式的通用插件，你可以找找看，对于我来说主要是调节屏幕亮度。

不错的入门文章，连夜进行加精。

这个东西不是给新手用的。我自己目前还不是专业做这个，没法投入太多的时间。源代码我已经全部公开提供给大家参考了。如果未来我靠这个糊口可能会付出精力去做易用性的改造吧，短时间还是我的个人业余爱好和自动化工具，所以不会做 UI 的。目前的重点还是增加功能。

定位有时很慢。发现在界面刷新很快时，会导致定位非常耗时。（由于 app 有一部分界面是实时刷新的）

自己封装个宽松的 find 方法解决容错问题。至于定位和 getPageSource 慢这个的确是 appium 底层引擎设计的问题，可以尝试下用他们的 android 和 ios 的平台特有定位方式。

输入文本也慢。android 改为 adb shell 直接输入，稍微好点。

这个慢还可以接受吧。毕竟输入量并不大

启动应用时慢，全部场景改为 no-reset 之后，稍稍好点。

设置 fullReset=false noReset=true 还有一个 dontStopOnReset=true，当然还得修改下不让他们重新安装无聊的 settings.apk 和 unlock.apk

当然 UI 整体就是慢的，求稳定不要求快。求快需要从分布式上着手。
appium 本身慢并不是慢在中间的 nodejs，而是底层的 uiautomator uiautomator2 等几个 server 上，那个需要社区参与改进下。
抛砖引玉，听听更多同学的技巧。

yaml 文件配置错了，看来我应该出个检查工具。

TesterHome != TestHome

加我微信 seveniruby，发给我看看章节和内容，咱们聊下。

求推荐什么眼罩和耳机，我是单眼皮，心灵的窗口少了一层窗帘不怎么挡光。降噪耳机我买过小米的，便宜还不错。

是的，这是正规的统计方法，只是不够轻量。

我见过一个大功能只有 3 行需求描述，我听过项目经理讲测试参加需求会议只是为了知情
开发讨论详细设计从来没有通知过我，甚至没有见到过详细设计文档等跟开发相关的文档

需求管理和项目管理问题，这个问题推动解决是很难的，症结在别处。更适合抓反面教材来施加影响力。这个过程痛苦的不止是测试，还有研发和 PM，可以多争取外部力量公共推动。你个人是没法推动的。

我听过测试组长说有问题就提，原因让开发自己找去
我还见过开发手把手教接口测试然后测试组长说自动化没什么用
我还见过每年招聘几十个开发名额，测试名额只有两个还是要求极低的

测试能力建设问题，这是典型的破罐子破摔的风格。如果人员能力有问题，这个时候就不能做全面的质量建设了，而是选择微改进的方案。先选择一个有价值的方向把事情做好。比如看看目前的 bug 和故障根源是什么，做什么样的测试才能用最少的投入换来最大的汇报从而更好的保证质量。先从一个点做起，有亮点了再申请更多的资源。领导们见到了效果自然也会明白 “一个诸葛亮多数时候都会比三个臭皮匠要强”

我见过开发打包新版本细节做了修改却不吱声

打包流程要自动化，组织人员对新版本做 code diff 分析影响范围和测试范围。自己也可以写个小脚本去比对版本之间的代码变化，都有 commit 在，很容易自动化发现这类问题，然后再找他们 “算账”。

我见过测试环境被信息部门控制不允许发请求

协商沟通推动解决，用其他公司的现状做例证。

当然在这样的环境里发展的确困难重重，建议还是多跟同行交流学习经验、尽力而为推动解决问题。实在改变不了环境再考虑换环境。
一个人的可贵，不仅是他的能力，还包括他的精神面貌。比如最近很火的三色案，我们改变不了什么，但是持续努力的去解决问题，最后就会有回报的。

我这几天读了下文档，觉得挺全面的。非常实用，我以后要纳入我的工具库了，以后给新人培训也会推荐学这个。

是的，我在考虑看看能不能用在移动端性能测试里

我列举的这些章节内容，多是传统的 Java 教程没有的，偏测试开发能力培养。我更希望让社区的测试开发工程师出这个教程。百天行动也可以考虑，一步步来呗。

默认就是用 back 物理键返回。

挺好的建议，这个事情大家都可以做。想想呗, @Lihuazhang @chenhengjie123 你们前几天不是发了一个什么书籍的 timeline 吗，我们也可以搞。

是的，这些错别字表示你其实没掌握这些框架和技术。我觉得你还是扎扎实实的掌握这些基本功底吧。 Java 编程精通，大多数工作都没有问题了，专业技术精通才能更好的薪资。目前来看，你还有一段路要走。互联网大厂你是不太好进去了，你可以去一些互联网初创公司去努力学习下。

社区已经很有影响力了，也应该去承担更多的责任造福行业。

我觉得整个行业还是最好还是先分清 神经网络、深度学习、人工智能、机器学习吧。让我想起来以前云计算大火的时候，做 asp 建站的厂商也跑出来说他们是大数据 + 云计算，让人哭笑不得。目前所有的人工智能跟测试的结合案例都是假的。我也期待有更好的应用场景。我很早之前就试过用机器学习找 bug，这个是可行的，但是说实话严谨的算法比机器学习靠谱的多。测试工程师首先要学会积累数据，然后才能到特征化、并利用各类智能算法去推导。目前来看只有极少数行业的顶尖公司可以做到这点。

Jedis 估计是某家公司改版了 redis 吧. 错误是不能持久化,我估计是服务器空间满了.

只能等我们再攒够一万块出 Python 的版本了

你可以先提交一部分给我, 我看看风格和资料齐全度。我的联络方式是微信 seveniruby

是的，就算只有一个章节也可以申请提交给我们。

我跟他们谈了社区的合作, 不过有事走不开, 没去参加他们的大会. 可惜. 只能回头翻文章了

你这是要搬家到社区来吗, 建议不要一次性刷屏. 你可以先发送到"树洞"这个节点. 然后自己搞个总结帖发布到外面.
在"树洞"内的文章不会刷屏.