51Testing软件测试论坛

标题: 电商大型活动总结多业务常态化压测(上) [打印本页]

作者: 草帽路飞UU    时间: 2022-9-14 16:42
标题: 电商大型活动总结多业务常态化压测(上)
本帖最后由 草帽路飞UU 于 2022-9-16 16:58 编辑

背景  
       1、基于电商的业务背景,每次大小促活动,都要做例行的压测巡检,包含全链路压测等手段,确保系统稳定性。

  2、随着公司业务的发展,业务项目也是在日益增多,很多存量/增量项目在上线后都未做过摸底压测,对系统稳定性缺少了解,存在一定隐患的风险,在这背景下,团队安排了定期双月例行压测。

  3、新项目上线后,需要安排压测任务,针对系统稳定性进行验证。

  ……

  综合业务需求,会存在多样化的场景,但是涉及压测,每次都要重视,且要达到投入成本要低,执行效率上还要得到保证。接下来本文重点介绍转转-多业务形态下,是如何选择压测方案进行常态化压测
的!

  压测前的准备流程
  1、人员投入

  投入专门QA的人去做压测。

  各业务组灵活安排QA人员参与。

  2、介入时间

  大促压测,提前半个月到20天开始介入。

  常态化压测,随时可以开始。

  3、执行效率

  无人值守压测(定时执行压测)。

  无人值守与现场压测结合,释放大部分人力。

  4、测试结果

  自动生成测试报告

  服务触发异常自动推送通知到相关负责人。

  压测的前置动作

  1、压测专用的用户

  基于压测的特殊性,系统内部构造一批专门用来压测的user数据,再结合压测平台,把这批用户数据作为基础数据,应用到每个压测场景当中,减少每次压测都要生成一批用户数据或从生产拉一批真实用


户数据。

[attach]142896[/attach]

2、测试数据的准备

  测试数据,这里指的业务场景下所需要的数据,作为参数化数据(压测请求传参所用),包含商品id,属性id,优惠券等等;可以通过工具批量拉取,让参与压测的QA提高造数据效率。

[attach]142897[/attach]
[attach]142898[/attach]

3、服务调用量申请

  参考压测计划的预期值,以及往期压测的流量情况,在压测开始前,在服务治理平台对服务申请调用量,以免压测过程触发限流。

  4、业务配置项检查


  由于是在生产环境压测的特殊性,在压测前需要对各服务的进行检查确认,避免影响生产环境真实的业务。















欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2