vlambda博客
学习文章列表

搜集性能测试的需求,然后把这些需求转换成具体的测试场景

10w用户这个是同时看直播或者是同时在聊天,说明有不同的接口在同时处理,有同时点播看视频的,同时在线聊天的,同时刷礼物的,肯定要分开测试,

最后再综合一起测试,综合一起测需要交叉测试,比如说有7w人在看直播,2w人在聊天,1w人在刷礼物,策略制定好之后就开始编写脚本,确定哪些场景要压测,哪些接口要测,然后每个场景大概分配多少的并发量,

如果并发量客户给不到,公司没有具体指标,那我可以做埋点,在前段做一些js的接口请求,看看当前用户干了啥,就会出一个总结的分析报告.

先单个接口压测,然后在不同业务场景压,因为单个接口对服务器的峰值要求还有后台接口压力是不一样的.

如果只是单纯的观看的话必须保证数据分发和数据点播,保证服务器的带宽要足够宽,如果只是刷礼物或者聊天的话,除了带宽以外要保证大量的数据吞吐量要高.

因为要数据交换,插入一条数据,其他人也要看的话,关系到服务器的磁盘读写.

得压到最大的并发量是多少,中间的业务占比是多少,冲击量最大的接口是多少,同时要打开后台的监控看一下,对每个业务场景对后台的压力瓶颈在哪里.

这个瓶颈就需要协助开发来定位,解决,解决完之后在进行第二轮的压测.

1、确定压测的接口,搜集性能测试的需求.

2、分析单个接口的压测和不同业务场景下的压测.

     （1）确定做压测的接口,搜集性能测试的需求,如果没有具体的性能指标,可以做埋点去分析用户行为搜集性能指标

搜集性能测试指标

     （2）搭建压测环境,(因为不可能百分之百模仿生产环境，所以需要对环境进行压缩，测试指标也按照一定的比例进行减少)

搭建测试环境

    （3）编写性能测试计划，进行测试评审(计划的内容:测试环境、测试数据、测试模型、性能指标、压力策略、准入准出和进度风险)

编写性能测试计划

    （4）造压测数据和数据还原SQL

造压测数据

    （5）编写压测脚本，搭建分布式压测环境

编写压测脚本

   （6）对应用做个基准测试、负载测试、压力测试，保存测试结果，保存监控结果，有问题进行定位与开发沟通调优

根据不同测试场景执行测试

   （7）压测做完以后，需要做个N*24或者N*12的稳定性测试，保存测试结果

执行稳定性测试

  （8）数据还原，编写性能测试报告(报告的内容:调优前后的 TPS、响应时间以及资源对比图)

数据还原,出测试报告