jmeter 中，默认一个线程组下的请求是串行的，所以比浏览器中并行的时间要长；但我认为这不重要，你这里性能测试测的是服务端的性能，而前端用了一些手段（并行请求）来提升用户体验，其实是不影响你后端性能。不要单纯用你测试来的接口响应时间来评估用户的等待时间就可以了

垂直发展，我理解就是在一个领域一直深入，这样还被淘汰，发展了个啥 ? 垂直发展首先要找到合适的领域，其次要找到合适的工作岗位，岗位应该一直与你发展的领域契合，测一年 web 测一年 app，难以深入

6

jmeter 呗

+1，多试几次就好了

凡是没有绝对，听君一席话，胜读十年书的时候也是有的

问题已解决，将 fixture 的 scope 作用域改成默认的即可解决，至于原理还不太明白

1、概念问题，接口返回值并没有变，你咋还能改接口呢，你改的是 charles 返回给 app 的数据；
2、返回数据已修改生效，app 上显示与预期不符你该去问客户端开发，拿你造的接口数据给他看，可能你没搞清楚 response 解析的逻辑，也可能改的数据不对，客户端请求了接口却没更新数据这不大可能。
3、既然用了 map local 修改返回值，那就不需要断点吧

不是大佬，我这边简单小项目（就几十个接口，就算全部顺序执行也没啥，主要成本小，几天就完成）用 metersphere，项目接口情况比较复杂的使用 pytest 去封装、分层

1、微信小程序的开发版体验版开启调试模式可以抓包，不知道支付宝小程序有没有类似的功能
2、用 Android 6 以下试试

是个很好的问题，最近也有类似的疑惑，个人感觉用 httprunner 也应该掌握源码，如果是仅仅当工具来用的话那不如用 metersphere 这类的开源平台；自己封装能加深对接口自动化的理解，也更灵活可控，毕竟自己的代码想咋改咋改。（ps:单元测试框架更喜欢 pytest）

没看出来怎么就直接打开了目标界面了，这不仅仅是打开了浏览器？

第一种缺点还有个不好维护测试执行结果，然后想要看用例快速了解需求，那用例写的是真好，感觉有点难

这结论不太对吧，难道所有场景下接口都可以并行访问不存在依赖？而且 jmeter 也不是不支持并行请求

添加删除都有，那假设还有个查询接口也合理吧
添加然后查询，删除了再次查询，下次还是这一套，会有什么问题吗

兄弟，最近整 airtest 突然想起有个帖子，框架能否借来学习一下？

换个思路，写个.bat 去调用这些脚本，用的时候双击.bat

有验证服务端，是不是有那么多连接数吗，别你这边是加了线程数，实际上服务端连接数都没上去

安卓的 https，找个安卓 6 及以下的测试机留着吧，有时候测的东西没法加配置

嗯，可惜不是自己服务，SDK 升级后应该是不能抓了，得禁用 SSL 才能正常访问

我试了，网络权限不会

个人觉得，上面 7 条用例都是预期收藏失败的异常处理，不需要区分收藏类型；但能够收藏成功的测试请求里，要覆盖这些类型

你至少要说下在哪个城市啊

SDK 测试直接测接口不行吧，问题可能出现在 SDK 侧，而不是接口侧；不过先测一遍接口肯定是可以的