按理说 我最新的代码里，日志不仅会写入 ele.log，还会输出到控制台的

进项目里看 是否生成一个 ele.log 看下日志

你这个电脑有问题啊，一个请求要 0.3s 才能执行完，速度太慢了，我的 windows 上只需要 0.07 啊，linux 服务器上 0.04s
速度，太慢影响抢红包的成功率。

抓包的 cookie，一定要包含 SID 和 USERID 字段，不然是有问题的

还有你这个 cookie 不对，里面没有 USERID 字段啊。建议用
这个里面看看有没有

重新下一遍代码，有 bug。。

改好了 代码已经提交到 github 上了

是的，这块忘了改了。。。我等会改下，这 2 个部分的值，从 ini 里读取。。。。。 ，我这个是 py3.6 里运行的，2.7 的话，要在脚本里加上 sys，定义下，具体的你看下百度。。。

是的，你复制到 ini 文件里，然后运行 test 文件测试下，看能不能用

charls 抓到请求就行了，任意一个饿了么请求里都有 cookie 和 agent 的，不用管它是否上的了网

不用，饿了么，有个活动每天 10.14.17,20 点可以抢 10 元门槛大红包，这个就是用机器代替人去抢的

事实说话

是 mitmproxy 抓数据，appium 脚本里去获取数据，类似于 appium 爬虫那样么？

我要跑的就是 Ui。UI 的下一步要点击哪个元素，可以通过监听接口获取 response 的某个值，来确定。

进到你下载的项目 Autosign 里执行，你那个项目下载后的路径是多少

你现在这家公司和外包差不多了，反正都学不到什么东西。除非你跳槽找到一家更好地甲方，否则建议你跳槽到这家外包

一旦 UI 元素有变化，你这个测试元素实体，要改的地方就多了；另外这个可以实现一个大步骤下面的 N 个小步骤吗？看截图好像是下一条用例依赖上一条用例跑出的界面啊

你也可以把这个 str，循环一下，然后放到一个 json 里。相当于你自己写了一个把 str 转 json 的方法，这样最快了

我觉得这个作者会后悔的，说了 vip 群的需求优先开发，万一很多人都提了需求，大部分被拒了，人家心里能服？毕竟花了钱的，顾客是上帝。到时候肯定会吵起来的，而且这个价格价值抵不上服务，5000 左右的培训课程，含金量比这个多多了

这几天读下来，发现算法 4 也有点坑，描述不清楚。。。可能是翻译的缘故，都在对着算法 4，一遍百度找例子学习的

所以脚本里，可以写两个循环，中间用个 sleep，这样就可以在服务器差变了后，上个循环没抢到，下个循环可以抢到。我用这种方法，最近几天都抢到了

Thu, 29 Nov 2018 17:00:00 Thread-elem.py[line:44] INFO 16:59:59.973120---------[{"amount":10,"descriptions":["品质联盟商户专享"],"name":"品质联盟红包","sum_condition":0}]
我连续 2 天，都在这个时间点抢到一次。。。，你昨天的那个具体是什么时候抢到的，感觉这个基本红包基本都会在 0.01s 内抢完

cookie 问题有可能

下次要再抢到了和我说，我这脚本隔 2 天才能抢到一次