不一定的，我现在在新加坡一家互联网公司，一些本地毕业一两年的开发同学（中国人）代码质量吊打之前在大厂的某些五年开发，因为资源有限也没多少时间做单元测试，集成测试之类的，但要做的时候也做得很快。我想还是跟个人综合能力有关吧。你的观点应该建立在同样能力的人做与不做的区别上。

先放到 Github 上吧。

ES6 只是 Javascript 一个新的标准，就相当于引入或者修改了一些语法而已，不是换了一种语言。

评论亮了。或许不同世界之间的人难以相互理解吧。我为@doctorq能够清醒认识到自己想做什么，需要什么点赞。在我看来，这才是真正的思想成熟。当然找到一个自己喜欢的平台，并逐渐的沉淀下来也是需要的。另外我也善意提醒一下，每件事情（比如进入百度）都不是十全十美的，所以不要一开始报以特别高的期望，否则遇到一点不美好的事情时就很容易受打击，甚至对这件事情产生怀疑。只要你始终明白自己想要的是什么，忽略掉不重要的事情，相信你就会不断的成长和升华。

梦想是要有的，万一实现了呢。不废话了，我改完个人资料继续搬砖去了

对整个东西的原理还不是特别的了解，是指打点 +log 分析？用 ES 的话大概能支撑多少的并发 IO（写 log）？ 从介绍的作用上来看非常有意义。先收藏了，找时间学习一下

#27 楼 @seveniruby 汗，难怪我刚看了一眼 github 发现怎么 appium 这个项目里代码这么少

#25 楼 @seveniruby 恩，我之前的回复可能略有偏激了，不过纯粹是技术探讨，没有恶意。我有空也先了解一下 mocaca 框架开源的部分，整个框架在 github 上的子项目也不少，无论怎样能做出来还是很牛 b 的。至于 node 我倒觉得有代码能力的 QA 写应该问题不大，如果只是写测试用例的话估计也不需要了解太多的语言特性。话说 Appium 1.5 我也没看，如果有很大的变更那倒蛮有兴趣的。

#16 楼 @tc_qzf 恩，我先了解一下。这里我也没太多意思，我把刚的回复先删掉。首先我还是要先赞一个 xdf 对技术这一块的分享。

#14 楼 @m13890 这个哲学我非常认同。我的意思是假设是拿现有的东西的话，最好要说清楚。（xdf 还没回复，我不确定具体技术实现是咋样，所以我只是说假设）

这个大赞！

#20 楼 @seveniruby 顺便问问你，我看到 testerhome fork 了一个 appium 出来，还有不少的 pull request, 这个目的是什么？做了一些什么变化？

#20 楼 @seveniruby ” 相比烂代码，你会喜欢更好的。“是这句话让我产生了这个感觉，可能也是我理解错了。其实我更关心的是说端对端测试原理大相径庭是什么意思，哈哈。如果是 node client + node server 合二为一加上把一些额外的功能去掉，我可以理解，但是我没觉得原理上有什么不同啊。因为我看 log 感觉 RESTful 交互那一块都一样一样的。所以我比较感兴趣的是他这个说原理不同是怎么回事

#4 楼 @xdf @seveniruby 说实话觉得 Appium 烂代码不敢苟同，无论 client 还是 server 设计上还是有很多考虑的。中庸，步骤繁琐，不够轻这个倒可以说。另外我看你动画里的 log 和测试用例的 demo，不也是很多地方直接沿用别人的接口？除了加个 builder 设计模式，让你一个操作之后还能做另一个操作（google 的 espresso 也用了这种方式），没看到有什么明显的差别。你说的端对端测试原理大相径庭是什么回事？

我的兴趣点也是跟@seveniruby一样。这个既然自己搞一套，那对比 jenkins，差异点在哪？或者对于潜在用户，它的吸引力在哪？

标题应该改为 “用数据说明为什么要减少持续集成中 UI 自动化的比例”。楼主这样说有以偏概全之意。