不错不错，难得看到这么好的东西，之前也做过类似的东西，一开始也用 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 去试一下，看看会不会有帮助

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

找这个验证码的根源，一般而言是服务端生成的或服务端调接口生成的，在服务端会有这个数据的，可能存在数据库里，可能在缓存中等等，找到它存储的位置，取出来就可以了

不记得啦，你到那个包目录中找找吧

没有原代码咯，这是原单位写的，没带走

是的啊

import static com.x.x.appium.utils.Device.getUiDevice;

还没有噢

还在招啊？