看社团介绍吧，哈哈

年轻人：拥抱变化
中年人：要么拥抱变化，要么被变化拥抱，你自己选

小本记下了，冯先生：账户余额不足，预计下一幕出场秒躺

可以啊，申请就行了

已经给你安排上了，择机出场

噢，原来如此，我记得那个不能勾选的

。。。得加钱

httprunner+locust+Django+ 自己学的前端知识可以打造一套，具体来加入测试方舟号社团吧

这个需要跟开发坐一块看日志，心跳请求频率，开发那边都是有要求的，频率不一致就认为你这个连接不活跃了，服务端可能就断开了

上代码看看，你可能少了一个心跳的请求

明日继续更新第三章哈

约……叔叔我们不约

想看我就接着编

排版看着有点点难受。但是意思我明白了，感谢分享。看看，这就是很多年轻人一直卷来卷去梦寐以求的管理岗的感悟，这是你们想要的体验吗?因人而异吧，反正我感觉我在这个位置上会很难受，不适合我

死活不就是一句（chong) 话 ($) 的事么

二位大佬。。。。

返回值解密，也可以写在你这个 debugtalk 方法里啊，在一次测试执行中，这些变量都可以通过 extract() 或者是 runcase export（）这样的方式导出变量，直接用的，不明白你的问题点在哪里

我也遇到过这种场景，给你提供 2 个思路吧，一个是我最开始用的蠢办法：你这 return 的是 3 个参数，那你就写 3 个方法，分别 return 这 3 个结果。第二个办法是我找大佬问的：你在这个函数里定义一个入参 args，然后根据这个入参返回相应的 res_token,res_messge。

别投了，群主代码丢了，电脑被修空调的搬走当风扇去了，至少俩月

35 岁是个坎儿，这不是随大流的想法，这是资本的桎梏，也千万别被这个定义限制了自己的思维。

没明白，为啥会获取不到？你一进页面不是就会请求一个类似用户 list 的接口么，id 应该就在这个接口里啊

p2p 还活着？？？

from xxx import Testcasexxxx as ” 非 test 开头的 xxxx“
执行的 step 用 Runtestcase 那个方法就行了应该

感谢恒捷的解答。我这个问题问的不够明确。500 用户并发请求一分钟，实际的场景应该是我们的老师要上线上课了，大量用户登录并进入教室的场景，需求应该是不崩，且响应时间在几秒内吧，比如，5 秒？第二个问题，我问我们的开发应该是没有这种冷库机制，可能有分库分表的设计，但是我们的用户 id 都是递增生成的，我并不知道具体的分库分表逻辑

那如果要满足” 500 用户并发请求 1 分钟 “这种场景，是不是本身就是一个伪命题呢？毕竟请求虽然发出去了，但是并不是同时返回的？
另一个问题：
在不考虑缓存的情况下，我用同一个 userId，100 个线程同时请求登录接口，和 100 个不同的 userId 同时请求登录接口，制造的压力效果是一样的吗？