加入我们 atm dota 天团吧

代码写的挺漂亮 多个 if else 貌似没有 switch 好看吧 改下更优雅

—— 来自 TesterHome 官方 安卓客户端

太丧心病狂了吧. 接近 5000 的阅读量...

#3 楼 @john1688 中间有个 redis 存储会更快. 不错的架构. 挖财也有一个文章接日志分析的 http://afoo.me/columns/tec/logging-platform-spec.html 这也算是数据分析在质量监控上的利用吧

#134 楼 @shenkai600 加 QQ 群 177933995.

gatling 如果可以支持在测试用例里面直接使用就方便多了. 比如跟 junit 结合. 目前他用的技术还不太好分拆.

这招只是提升了门槛. 实际上防不住. 只要继承自 android 的标准控件就没法防护. dalvik 层不安全. 我一般都是 hook beforeTextChanged 的. 甚至有的时候直接 hook String 类的所有方法. 来截获可能有价值的字符串.

其他 app 为了做防护. 用自定义控件结合自定义键盘什么的方法都有. 就是为了干扰 hook

#26 楼 @uncleleung 变化已经大到你都不认识 Appium 了. 所有的代码都被重构了. 一个项目被拆成了十几个子项目. 感受下吧....

#21 楼 @uncleleung 达峰是个技术新秀. 搞出来的东西肯定有自己的目标. 我估计是他没预料到 Appium 1.5 之后的变更. 我还没看过 mocaca 的框架. 还没仔细研究过. 从目前来看. 让别人用写脚本可能会是个门槛. 说实话 QA 里面懂 node 和开发里面懂 node 的人都挺少的. 这恰好就是 Appium 的优势所在

#22 楼 @uncleleung 以前 TesterHome 给 Appium 提交过代码. 所以有 fork. 提交 PR 用的. 代码已经提交进去了. 所以 fork 的那个基本不用跟了. 1.5 之后代码架构做了很大的变更. 还得重新 fork 子项目.

#7 楼 @uncleleung 估计是他们团队在练手, 解决了自己的痛点吧. 整体的竞争力肯定是赶不上 jenkins. 我觉得自己练练手挺好的. 可以增强对架构的理解.

#19 楼 @uncleleung 没提 appium 代码烂吧. 1.5 代码做了重构. 代码还是挺清晰的. 只是太重了. 其实是把移动测试相关的很多工具都集成进来了. 对新人是有好处的. @xdf 的框架估计是类似 appium 的 node client + appium server. 两者合二为一了.

#132 楼 @darren_dp 我只发给社区里面活跃的成员. 7 月份之前肯定会开源的. 作为新人你不妨再等等. 反正工具目前还是可用的. 明天我会发个新版本出来.

#5 楼 @royburns 最高 28k. 已经不低了. 加上他们的福利好. 平均下来基本等价于月薪 35k 了. 你应该找不到更高的了. 社招工程师级别的最高就是 P7.

#130 楼 @shenkai600 我已经先把代码发给小部分人了. 正式的开源这个不太容易. 代码要好看. 文档要齐全. 不然会被喷. 所以会谨慎点.

#19 楼 @mads 他面的不是这个部门. 这个部门对技术要求挺高的. 我觉得你适合. 就是不知道他们觉得挂在哪一点了.

#3 楼 @xdf 既然重做了一个, 应该会有自己的需求点吧. 对比 jenkins, 他的优点在哪?

好像没提前告知管理员吧. 先屏蔽了

跟 jenkins 的差别是什么啊

#4 楼 @doctorq 那为什么不用 adb 那

#12 楼 @mads 因为什么挂

知道 stf 开发这个工具的用意是什么吗

#13 楼 @zsd 获取的时候就已经不存在了. 所以报错. 我建议你用其他工具做辅助. 比如 uiautomator 的 watch 机制. 或者自己加入重试机制.

#6 楼 @zsd 你打印下 pageSource 确认下那个控件是不是存在吧