英文文档翻译成中文文档

我们也在做这一方面的探索。有的时候也比较迷茫，做 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

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

请问能加入业务流程脚本嘛？

不行

视频剪辑需要时间。请耐心等待。

棒

已经反馈给饿了么同学。

已反馈。感谢。

已经解决。

唤不起输入法的问题，比较难排查。你在手动执行的时候 输入法唤起有问题不？

收到~

难得看到如此漂亮的报问题的文章！

哦，testng 有没有模板可以直接修改的？

感谢楼主的思考和总结。我帮你改了几点：

1. testin 这次没有赞助，所以没有他们的广告，这次是我们的金牌赞助——迪原
2. 排版格式进行了调整
3. 节点进行了调整

楼主说到的广告问题，

1. Google Mobile Testing
2. 工信终端操作系统测试评
3. 华为云测试
4. 去哪儿去测试体系

这几个其实应该是软广，他们介绍了自己公司使用的测试技术以及自己公司对移动测试做的努力。谷歌的 topic 让外人了解了谷歌内部的测试。工信部的 topic 可能对一般一线的测试工程师没有帮助，但是对我这种做过操作系统的人其实是很有感触的，这个很有可能就是一个指导性的 ppt。华为的有点硬广，不过华为的实验室的实力不容小觑，对标谷歌，体现了国内的测试水平。去哪儿没研究过。

当然后面的是硬广，但是他们没有 topic，在外面的展台上，

1. 广告腾讯 WeTest
2. 迪原云测试平台
3. 百度 MTC 云测试中心

https 需要两个证书，一个 charles 的，一个 https 自己的。

此文信息已经过于陈旧，先关闭了。

@chenhengjie123 看看？

这个是设计问题。没有算，直接给了这么多。

你们用来干嘛？

都删除了~