性能测试准备工作注意事项和性能测试基本压测方案

客官°小女子只卖身不卖艺 2022-12-28 14:11 141阅读 0赞

1、压测前需要知道的内容（PM提供）

①压测的目标（比如需要压测到什么程度）
    
    ②压测系统的流程（用于理解压测的节点）
    
    ③该项目线上的访问量、每个页面的浏览量、下单量等数据（用于评估系统需要达到的目标性能，PS:几乎都给不出来）
    
    ④是否提供压测方案以及计划，PS:几乎也是没有的，此时用大部分项目通用的方案
    
    ⑤压测执行的时间
    
    ⑥如有特殊要求的，则另行处理（如需要高并发—超过1500，需要PM单独向运维申请额外的测试机，进行分布式压测）

2、压测需要支持的地方

①提供服务器的配置（几核几G等）---运维
    
    ②确认服务器是否有防火墙、WAF等安全措施（如果存在则需要关闭防火墙，添加白名单等）---运维
    
    ③确认网络带宽是否足够、SLB的QPS是否够用---运维
    
    ④系统中是否存在黑名单（同一用户频繁访问会被拉黑，如果有则需要关闭）---开发
    
    ⑤关闭短信、服务信息推送等功能---开发
    
    ⑥压测时需要的测试用户（根据并发数需要）---开发
    
    ⑦压测时需要的测试商品，并添加至足够的库存---PM
    
    ⑧压测进行时需要安排运维提供实时监控，并在压测结束后根据我提供的压测时间段给出对应时间段内的性能截图（截图按照各个时间段截图，不要截总图，具体见截图模板）---运维
    
    	1）应用服务器的CPU使用率、内存使用率、IO、带宽（每台服务器）
    	
    	2）数据库服务器的CPU使用率、内存使用率、以及可能存在的慢SQL日志
    	
    	3）redis服务器的CPU使用率、内存使用率
    
    ⑨压测时需要开发同事一起在场，可以及时解决压测时的突发状况---开发
    
    ⑩压测前在测试小组中提前告知其他同事压测时间，以免发生冲突

3、目前大部分项目的压测方案（QA）

如果压测条件与时间允许的话，可在STG环境先进行一轮压测，对每个接口单独进行压测，由此看出所有的接口是否存在响应慢，压力过大后是否会挂掉等的情况，提前发现提前修改（早发现早修改，不会浪费正式环境压测后的优化时间）
    
    （混合场景）
    
    ①设置模拟场景为 首页：PLP：PDP：购物车：结算=20:25:25:15:15（%）
    
    ②并发数由50、100、300、500、800、1000的加压数依次加压，以得出系统目前瓶颈
    
    ③场景为混合场景，每次并发持续5分钟
    
    （抢购场景）
    
    ①设置场景为 下单=100%
    
    ②并发数由1000、1500的数量加压，并且商品库存低
    
    ③单场景，持续5分钟，在商品售罄后的请求均返回商品售罄
    
    （OMS场景）目前接过2个
    
    ①要求每分钟最少500单，持续20000单，测试系统稳定性
    
    ②提供了3W单，测试系统最大承受量---还未进行

4、压测结束

①分析压测结果，协助调优---QA
    
    ②编写测试报告，报告中写明压测过程、压测结果、结果分析、项目存在风险、结论---QA
    
    ③第一轮压测结果不理想需要调优时，准备第二轮压测---QA
    
    ④提醒开发清理压测过程中产生的垃圾数据---开发
    
    ⑤恢复短信、服务信息推送等功能---开发
    
    ⑥任务结束后，在压测项目汇总中记录本次压测的情况—压测时间、遇见的问题、是否解决、解决方案、是否解决、优化优先级