这和 appium 没啥关系，关键是要知道手机本身如何支持，iOS 不清楚，但安卓可以支持，可能需要开发人员配合，可以找公司内移动端开发去确认

另外，我的 http cookie manager 里面是没有加数据的

我本地用的是源码起的 jmeter，5.5 的版本，没有问题，即使不勾选上面的 2 个选项，也没有问题

1. 是需要加 2 个 http cookie manager 的吗？
2. 看一下 2 个提交动作的请求数据是一样的吗？如果是不一样的，才可能说明点问题，如果是一样的，需要再看一下你的 csv 文件里面是不是一样的数据了

jira 的数据都在库表里，你可以通过 rest api 或者直接去库表里捞取你需要的数据集合，需要花点时间按自己的需要定制

不清楚你想要啥样的报告，我没有用过禅道，你可以根据自己的需求去定制的

一是不能一键出结果，二是有些数据不直观

这个好久没看了，看下涉及到的几张表吧，主要是修改记录表，来判断一个 issue 是不是有重新打开来着，你试着改改吧，可以对比 web 界面上看到的数据看看

不错不错，难得看到这么好的东西，之前也做过类似的东西，一开始也用 yml，但是解析 ${} 变量，是自己写的，感觉不太好用，后来改成 json 了，扩展相对方便些。
在报告里面，存结果的时候，可以修改一下结果的顺序，allure 默认是按字符串排序的，所以会变成 1 ， 10，2 这样子，我是在它的前面补 0 的， 结果就按顺序排了 001, 002 ... 010 这样

allure 只是一个报告样式，按理说应该想办法把数据丢到一起去，交由 allure 展示

不分析分析自身因素吗？家里缺不缺钱，不缺就挑自己喜欢就这完了不是

一般都会 50，100，200，慢慢往上压，哪有上来就 1000 的

通过 TPS 和 QPS 可以去作为判断嘛？
可以的吧，当你再加压，而 TPS 或 QPS 上不去了的时候（一般这时响应时间会变长），基本上就不用再压了

应该是可以的，可以追进这个注解的源码，看下@Target注解，这个表示它的可用范围（类，方法，变量）

读取 AndroidMainfest.xml 文件吧好像，太久了，记不得了

嗯，也可以考虑，如果日志中包含所有数据的话，比如 header 等等

继续顶起

欢迎大家来骚扰，这里有免费健身房，可游泳，其他福利也欢迎来咨询

嗯嗯，已经解决了，感谢

这个我也没见过，就是知道这么个功能，目前可以实现我的要求，更多的等以后碰到了再说

你要买还是说就想知道能不能卖？

已购，没时间去再卖掉
PS, 周四，请假成本有点高

楼主就是要练一下爬取的技能

1. 其他手机连接 ok 的？
2. 按本文的问题 1 去试一下，看看会不会有帮助

最好能分享一下设计思路，用到了哪些技术，中间碰到了哪些问题，怎么解决的。