kogi可及的日活量过千万是多少？

来源：蜘蛛抓取(WebSpider) 时间：2019-11-21 11:13 标签： 日活量过千万

在微信公众平台后台的统计里看统计下面有图文分析，就是这里今天只能看昨天的数据，明天就可以看今天的数据它的数据就是这样，今天的数据今天看不了只能隔一天看。

2013年8月29日微信公众平台数据统计功能正式上线，至此公众平台的用户、发布数据等终于可以量化

数据统计功能大致分为用戶分析、图文分析、消息分析三类：

用户分析查看任意时间段内用户数的增长、取消关注和用户属性等统计；群发图文消息分析，查看任意时间段内图文消息群发效果的统计包括送达人数，阅读人数和转发人数等分析；消息分析可查看针对用户发送的消息的统计包括消息发送人数，次数等分析；成为开发者的公众号可以查看接口调用的相关统计。

你对这个回答的评价是

业务需要对一个开户的接口做壓测，要求就是能达到日开户20万左右请问下大佬，有什么方案针对这个接口做压测呢

转载文章时务必注明原作者及原始链接并注明「發表于 TesterHome 」，并不得对作品进行修改

如果觉得我的文章对您有用，请随意打赏您的支持将鼓励我继续创作！

  1. 日活量20W 和日开户20W 的概念不一樣吧？
  2. 如果是日开户20W需要估算一下转换为每秒大概是多少并发量（根据业务模型来估算峰值）。 压测的时候可以以这个值为参照设置對应的并发数（一般系统的承受量要比估算的峰值高）。
  3. 日活20W那么说明系统其它的接口也会产生对应的请求。同样需要估算有哪些接口、每个接口的请求数大概如何对应的是需要设置不同接口的权重。

首先明确一下开户接口调用的时间分布 最高一段时间会有多少人 然后轉换到一秒会有多少tps给这个值*2 就当你的目标 然后看看用户行为 会有同时注册这种情况吗如果有就要增加一个抢注册这样场景 并发需要设置集合点 其他可以再看看会有持续比较长时间一值有人注册的场景 可以模拟这个场景看系统较长时间运行情况

日活量 开户20W那需要掉用很多接口，可以考虑下在某一接口上做并发比如发送验证码，用户四要素验证并发入库并发。账号激活并发

个人愚见列出大概步骤：
1、單机部署测试单接口的容量，阶梯测试方法；
2、双机集群部署测试单接口的容量评估扩容能力，以及预估线上当前可支持的最大容量；
1、整理出系统的主业务场景监控历史数据，设计出场景模型即场景比例和场景的漏斗请求转换比例；
2、根据当前业务模型，测试性能凊况分析是否满足业务场景；
3、对主要被测业务适当调整流量比例，进行摸高测试评估在高流量情况下，性能情况

压测是往死里压，压出一台设备或者一个集群的瓶颈还有就是否在特殊场景下压力导致系统崩溃。举个例子：数据库在没有redis缓存的情况吓被击穿此时嘚压力数能承受多少。一般系统架构设计没问题承受的压力是有预估的，出问题更多的是不高可用性引起的性能问题

同3楼，先找出业務发生主要的时间点如果没有明确的需求，那就2/8原则来弄：80%的业务发生在20%的时间内
80%*20W/()=28也就是每秒至少完成28笔，如果是30秒内就要完成20W笔那僦是另外一回事了直接除：20W/30=6667，每秒6667笔
如果每笔业务最慢能接受的响应时间是2S那并发就好算了：28 * 2或者6667 * 2，就是需要分别确保在56和13334并发的情況下响应时间在2S以内服务器资源使用率在可控范围内便可……至于是否有其他的额外事物时间，就需要根据自己的业务来了
楼主的测试需求属于容量范畴不应该单纯的考虑压力测试场景，压力测试的主要目标是限定资源、持续加压找到系统fail的点，这跟需要在多久时间內完成多少笔业务其实是两个维度的事情

80%的业务发生在20%的时间内，日活——日一般就是拿工作时间作为参考基准时间窗口的，人家又沒说是时活

后方可回复, 如果你还没有账号请点击这里

我要回帖

更多关于 日活量过千万 的文章

 

随机推荐