性能测试中的瓶颈点预估

大晚上的，跟大家闲聊关于性能测试中，前期性能方案制定的，指标预估环节 。

或者说，聊聊，为什么，某些系统，客户一做活动，就挂 ？

老规矩，不聊技术，只聊思路 。

假设 ，

需求如下：

老徐现在在用的产品，知识星球 （入口见底部“阅读原文”），老徐要做一场特价促销活动 ，或者叫「预售活动」，提前三天做活动预热，活动当天20:00开启特价活动，活动过程中，每300人支付，价格上调100（这个也是重点，价值会实时调整） 

活动预热过程中，预计覆盖人群3W ，成交量预估2000人，集中爆发点，20:00 - 20:15 分完成 。

用户使用场景：

场景一：微信扫星球二维码 - > 预览星球内容 -> 点击加入星球 -> 支付 。

场景二：星球成员 -> 星球顶部，续费链接 -> 续费 -> 支付（有个优惠规则，8折）

场景三：星球成员，发表主题 。

如上三场景，可能会并行 。

问题 ，

1. 你觉得，如上需求，系统的压力瓶颈点，在哪 ？

2. 如果系统，需要提前做活动预演，或者服务器 扩容，应该扩容哪些 ？

3. 压测指标呢 ？哪些业务是核心瓶颈点业务 ？QTS多少 ？

补充个结论 ，

如上，是今晚星球的一个真实活动，老徐参与 & 观察了全过程 。

总付费用户1700左右，系统挂了半分钟，缓慢状态有几分钟 。

End，

今晚就抛出问题吧 ，不解答了，想看看大家的思路 。

底部评论区留言，或者进星球「软件测试圈」，发表主题，写写你的思路，思路有参考性的，赞赏之 。

此文，首发，公号「简尚」