很 low 的我有个思路看看可否行：
基于微信公众号验证微信用户，实际基本都是微信号在公众号的注册用户，那么注册用户在公众号登录的 cookie、token 等身份态，实际上是在你们系统封装生成的，也就是你们有表记录用户，有规则生成身份态（问开发）。所以，
对于问题 1 怎么造大量用户和登录，用脚本往对应的 user 表里写 500 个用户即可。
至于问题 2 有两个方法可选择：
1）jmeter 工具，把你虚造的用户通过 csv 文件调用登录和访问测试接口，要区分好并发（注意思考时间的设置学问）还是阶梯式压测（两者的差距很大）
2）用 python 的进程，同理的，你可以给进程规定的 time，是要依次访问还是同时访问，还是分比例访问
我之前也是遇到这类问题，两个相对来说，python 更可维护和精准，但我还是建议你 jmeter 吧，报告无敌，而且你可以权重控制器

目前来说大概有个思路，但我想说我们就只有一个正式环境，哈哈

我理解只有登录和支付是强依赖微信的吧，可以先压别的接口啊

我只是拿 openid 举个例子，不知道是否还需要其他参数，那么如何模拟其他用户来操作呢

可以让开发屏蔽掉和微信的所有交互，利用代码中的模拟数据来替代，因为你重点是测你自己的接口，而不是微信的。

2.简单随便压测工具都能实现，1 要看这个接口微信是咋校验的，能不能自己种 cookie 这样

这个接口需要一些微信登录返回的参数呀，类似于 openid 这样的

如果你们没有 Mock 平台，那就直接把验证 openid 的代码注释掉。

说的对啊，可以这样去做的，微信的授权登录其实就是一个限制，跟你的压测接口没有关系的，绕过这些直接测接口就行了呀，接口压测的话像 jmeter、AB 都可以。

使用腾讯自己的 we test 比较麻烦 参考资料不多 或者开发把 openid 写死

需要微信登录返回的一些参数呀

大量用户呢，这个怎么模拟

不知道各位平时是否测过公众号的接口，反正我是第一次，很蛋疼

你的意思我理解了，但真正实施还得看，模拟的用户是否可以使用及登录接口是否可以完全拿掉

你们接口调用微信的登录接口是为了拿到微信那边的用户信息，微信的用户信息与你们自己系统的用户肯定有绑定关系，实际上做业务用的还是你们系统自己的用户信息，所以，模拟你们系统自己的用户调用你们自己的接口这个没什么难度吧。

忘记说了，压测这个你得找你们开发一起配合才行。

可以考虑用第三方的测试服务，比如我，感兴趣可以微信聊聊，17600620488