没太懂这个啊。。

单台机器配置是一样的，不过就是线上搭了集群有好几台

上海没有吗

测试环境不是真实支付，不需要成本吧.

比如支付，有时候有类似秒杀活动，肯定要有支付的，这时候支付也 mock？

了解，多谢

例如写好了自动化用例，跑了第一遍后，第二遍执行时候，发现有部分用例执行失败了！例如使用优惠券时，这个优惠券的 id，第一遍执行时候已经用掉，第二次使用肯定不可以。这时候该怎么处理呢？1.该用例数据；2 改数据库，每次执行用例前初始化数据库下。但是有些数据还可能存在缓存，队列里，这样如果初始化的脚本，要写一大堆，尤其是这样的用例很多的时候。这种情况下大家都怎么处理啊

参数组合生成用例后，对应的断言有没有方法，可以不用一个个单独编写啊

多谢

是的，关键是种红包还花了我不少金币，到时候金币花了，红包还提现不了，亏大发了。现在把脚本停了。

提升循环执行的速度，开线程会快 5,6 倍吧，忘记了，反正会快很多

被限制的是你那个账号，你现在直接在 app 里手动点，返回的也是频繁。 猜测是饿了么是直接把 cookie 加进了黑名单

钱不够啊，现在才 5 块钱，不够 15 提现。活动下线了，相关接口都应该撤掉啊

跳过按钮，米粒大的 button，还放在右下角，看着都火大

让开发在微信开发者后台把你的微信绑定上啊，不绑定你怎么用这个微信测

回去用笔记本试试，多谢啦

我就是想知道，就算他设置了代理没法用，有没有其他方式能获取到接口请求的

这个脚本用的人多了，对饿了么服务器压力很大的，他们肯定监控到了，所以这脚本以后用不了了。。。

饿了么对这个抢红包接口应该做了处理。。。我的一天也都是频繁。。。。

开挂的人太多了啊 现在

那个命名规范是习惯性的吧，理论上项目名包名不是小写也可以的
另外组成，那个 tools 指的啥

百度下吧，我说的没有网上的详细

抓包能看到，另外别人代码里也肯定写了这个地址

https://hb.xianxueba.com/login 别人有现成的开发好的，抢最大红包的

一般在 0.01s 到 0.02s 之间能抢到，你要么把代码放到 linux 环境下跑，要么只能赌运气了，windows 台式机一行代码运行贼慢