Client was not authenticated to send anonymous mail

额，你放在新手区了，肯定没人看啊。。

交易记录还能分享 感觉本身就不合理啊。。

来个读后感呗。写的好，可以再赠一本给你。。。

不瞎推荐，这本书写的不错，看起来非常轻松愉快

如果你对本书感兴趣，欢迎采购阅读，不吝赐教。我们也将在 8 月 14 日-18 日登陆 CSDN 对本书进行专家问答，届时欢迎大家参与。

既然在 testerhome 宣传了，为啥不在这里开个贴做问答呢？

解决不了。。

开发环境也可以自测呀。快 10 年的工作经验告诉我，环境问题是阻碍生产力最大的坑。

https://www.typora.io/

给个思路，xcode9 出来之后，可以远程 debug，是不是能借助这条通道？

因为他就本来就是乱码呀

有同事已经转岗回南京了。。

现在用 ride 的人多吗？

还有人用这个啊？7 年前用过。

最近的提问帖子里最遵守规则的一个。

既然是工具类，那说明经过千淬百炼了，可以不关注。

排版差那么点。。

英文文档翻译成中文文档

我们也在做这一方面的探索。有的时候也比较迷茫，做 UI 自动化是否是正确的方向。我们天天听到大家说做 UI 自动化，有说做 UI 自动化逼格高，有说做 UI 自动化装逼，投入产出比差，很少有听到人说 UI 自动化效果不错的。我猜这部分效果好的人肯定是偷偷地乐呢。从 qtp 到 webdriver，从 robtium 到 appium，每个时代，UI 自动化都是吸引人的技术，这就说明 UI 自动化是值得投入的，为什么这么说？一，UI 自动化是最接近用户行为的自动化测试，用户不会直接调用接口，也不会把看你的代码，他们就瞎几把乱点。二，自动化看上去比手动有含金量，对于测试工程师而言，会 UI 自动化是不错的加成。三，对于利益相关方，UI 自动化是最好的 acceptance testing。

那么关键就是如何把 ROI 提高了。首先，不仅要对业务熟悉，而且要对用户的行为熟悉。通过业务分析，系统分析，找出哪些容易出错的路径；通过埋点数据归纳出，哪些路径是用户最常用的。把这些整理成自动化用例，然后用你最擅长的语言和工具组织成自动化用例，扔进 CI，产出最简单明了的报告。让所有的自动化用例都是有的放矢，而不是为了自动化而自动化。

然后就是维护了，所有好的架构随着时间的推移，代码的增多，都会变成一坨屎。所以最好的办法就是一口子挖个深井，然后之后就是小维护。那样子会轻松很多。当然遇到那些假敏捷的天天换 UI 的流氓开发，就别搞自动化了。

用 npm 直接安装吧

其实沙龙的意义是拓宽视野，共同交流。对于苏州沙龙其实还是有点小失望的。现场交流较少，提问的人也少。沙龙不同于培训，如果想学会具体的事情，沙龙是不合适的。

提前对双 11 进行模拟听起来就不简单，毕竟双 11 的规模和复杂性都是空前的，要将双 11 提前模拟出来，难度可想而知：

1. 跟双 11 相关的业务系统上百个，并且牵涉到整条链路上所有的基础设施和中间件，如何确保压测流量能够通畅无阻，没有死角？
2. 压测的数据怎么构造（亿万级的商品和用户），数据模型如何与双 11 贴近？
3. 全链路压测直接在线上的真实环境进行双 11 模拟，怎么样来保障对线上无影响？
4. 双 11 是一个上亿用户参与的盛大活动，所带来的巨大流量要怎么样制作出来？

2013 年 8 月中旬，当时高可用架构团队的负责人叔同接下了这个巨大的挑战：打造一套全链路压测平台。平台需要在 2013 年的双 11 之前完成开发上线，错过了这个时间点，我们就必需再等一年，从立项到双 11，留给我们的时间只有短短两个多月，时间非常紧，我们需要在这么短的时间里完成一系列历史级的挑战。2013 年阿里巴巴开始搬到我们新的西溪园区，其它同学都是搬到新工位，全链路压测项目组直接搬到了项目室，进行闭关攻坚。

http://jm.taobao.org/2017/03/30/20170330/

表示写了 n 个网站，没软用。。

是这样子，就是比如有业务链路：

a->b->d->c->a

随机可能做不到。那如果我用脚本把这些链路都写成一个个业务脚本，可以当做插件插到框架中去，随机执行的话，就会更加有效果。