目测这个职位是未来的金饽饽呀

也许可以参考我写的这个，前面测试场景靠手工触发，中间代理截胡后分析，也可以在最后数据团队那分析。
借助 anyproxy 二次开发，改善统计打点日志测试流程

我这边也是这么处理的耗电量。dumpsys 的数据感觉不 reset 就不更新了。

嗯，多谢两位回复了。我是从 StuQ 下给予的链接下载的，那边的此文件确实损坏，只有 7.7M，原文件应该为 13.1M。刚刚用公众号的分享地址下载正常。@chenhengjie123 @seveniruby

嗯，关于大会的 PPT。 自动化接口测试在饿了么的实践之路 这个 PDF 好像损坏打不开 @seveniruby

确实希望是单个购买。。

感觉说的很对。。现在测试需要懂前端了，感觉随便做个什么工具就得靠前端来展示

写的很好玩哈哈哈

学习学习一下

在 web 文件夹下，index 是抓包页面，page.js 是打开后的详情页。你可以搜索 summarySection，这个变量展示 request 和 request body 等一堆内容。仿照其他的修改此变量即可。

目前来说 Client 是测试手工触发的。因为业务团队觉得这块用 UI 自动化不太好，不太放心，于是就没做。如果前面的 UI 层能做好是可以打通流程的。

恩，因为 mac 工作环境，就没去研究 fiddler~~

这是当然的。。全部都是 JS 写的。

首先这样想 你工作中需要做哪些方面的测试
这些测试能不能通过一些 自动化框架、写工具 提升你的测试效率
如果能就去落地一个
落地的多了 就知道下一步要怎么做了

想问这个 leader 我觉得他的角色没什么问题，需要经常吐槽什么呢？不深入业务？

资此一下。很关键。

接口测试的一些感悟

楼主真是太赞了~~
我这边的业务并没有进行接口测试，也想学习学习。

1、首先目的性 接口测试 其实测试的是服务端 这块为什么要 app 测试来做呢
如你举的发朋友圈的例子，比如文字、图片，这些其实在 app 的功能测试方就有全覆盖。
而 app 开发应该把无图片无文字这条用例的错误直接就返回给用户，否则也是代码逻辑上的问题。
其他几种情况应该是服务端开发自己代码进行处理。

在实际项目中，可能根本没有给接口测试的时间，开发联调接口一下午就搞定了。
也不会产生 服务端开发——》接口测试——》APP 开发这样的流程。
如果联调完成之后才有足够的时间给你，这样的意义在什么地方呢？

2、同上的说法，如果是已经很稳定的业务了 接口测试的必要在哪？
3、如果是 HTTPS 的请求怎么办 差距大不大

可能我的说法略显狭隘，希望大家鞭策一下~

收藏了！ 最近考虑把 CPU 和电量的性能测试实践起来！