问题描述:公司开发的微信小程序,需要用户授权调用微信官方接口,调用小程序之后,微信接口会返回一个 openid,使用 openid 作为用户唯一标识登录小程序,这种情况下,如何模拟多个真实用户做压测?
没有这么多真实微信号,所以就无法拥有需要的这么多个 openid,有人遇到这种情况吗?是怎么做的?
通常来说我们的压测都是针对生成的请求数量,至于这些请求是由同一个 openid 还是不同 openID 发过来是没关系的。
小程序官方文档就提供了,虚拟账号的功能
具体不太记得了,以前我之前的公司我们是给 redis 造一大批的假 token,接口请求时直接拿 redis 的 token 请求就行。
token 和我说的 openid 不一样。
openid 需要真实微信账号才可以产生。
openid 是小程序调用微信的接口,微信接口返回的一个唯一标识用户的东西,没有这个就无法登录成功
你们的业务场景是什么?看能否绕过小程序的登录,写死一些假的用户数据,压测动则都是几十万的请求量,不太可能都用真实数据的用户数据
要么技术层面绕过登录去测,要么找微信小程序那边,他们有个压测平台,之前用过 具体啥名字忘了,反正他们的登录接口性能还是 OK 得
是否需要多个 openId,还要看后端的缓存方式
购物车结算支付的场景,使用单个用户下结算大量单据也可以满足的吧
但是支付结算你们是自己的支付体系还是调用的微信、支付宝的?如果是三方的,就要看下能否进行压测了,一般三方的对高并发的请求都会有限制,不会让你随便调的,或者就是程序内部进行下处理,只调用自己系统的接口,主要关注下自己系统接口的性能情况