问答 微信小程序如何模拟多个真实用户做压测

darling · 2024年07月24日 · 最后由 回家吃饭 回复于 2024年08月06日 · 10247 次阅读

问题描述:公司开发的微信小程序,需要用户授权调用微信官方接口,调用小程序之后,微信接口会返回一个 openid,使用 openid 作为用户唯一标识登录小程序,这种情况下,如何模拟多个真实用户做压测?
没有这么多真实微信号,所以就无法拥有需要的这么多个 openid,有人遇到这种情况吗?是怎么做的?

共收到 14 条回复 时间 点赞

通常来说我们的压测都是针对生成的请求数量,至于这些请求是由同一个 openid 还是不同 openID 发过来是没关系的。

小程序官方文档就提供了,虚拟账号的功能

具体不太记得了,以前我之前的公司我们是给 redis 造一大批的假 token,接口请求时直接拿 redis 的 token 请求就行。

Bzzb 回复

怎么弄微信小程序虚拟账号 我这边也有这个需求

Jerry li 回复

没有 openid,小程序用户处于未登录状态,所以登录后的接口都会返回:请登录,这不是我想要的效果

七街老酒 回复

token 和我说的 openid 不一样。
openid 需要真实微信账号才可以产生。
openid 是小程序调用微信的接口,微信接口返回的一个唯一标识用户的东西,没有这个就无法登录成功

Bzzb 回复

嗯嗯谢谢刚有看到

ghclzscy 回复

darling 回复

好的 谢谢

你们的业务场景是什么?看能否绕过小程序的登录,写死一些假的用户数据,压测动则都是几十万的请求量,不太可能都用真实数据的用户数据

回家吃饭 回复

如果是这样我们是不是只能一个接口一个接口压了?
业务场景就是购物车结算支付

要么技术层面绕过登录去测,要么找微信小程序那边,他们有个压测平台,之前用过 具体啥名字忘了,反正他们的登录接口性能还是 OK 得

是否需要多个 openId,还要看后端的缓存方式

darling 回复

购物车结算支付的场景,使用单个用户下结算大量单据也可以满足的吧

但是支付结算你们是自己的支付体系还是调用的微信、支付宝的?如果是三方的,就要看下能否进行压测了,一般三方的对高并发的请求都会有限制,不会让你随便调的,或者就是程序内部进行下处理,只调用自己系统的接口,主要关注下自己系统接口的性能情况

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册