编辑论文点

所属主题：论性能测试及其应用

技术点/功能点名称

排序号

在论文中的作用 正文展开点

解决的问题 如果只凭开发环境中的单接口响应结果判断性能，难以反映真实业务场景下网关、服务、缓存和数据库之间的综合压力

为什么选择它 在上线前的性能基线建立阶段，我们采用基准性能测试来评价系统在正常业务压力下的响应时间和吞吐量

解决的方法 为解决这一问题，我组织项目组使用 JMeter 设计典型业务测试模型，将商品浏览、活动查询、下单支付和订单查询等操作按接近生产的比例组合起来

效果 通过基准性能测试，我们掌握了核心链路在正常负载下的响应时间和吞吐量，也发现商品详情查询和订单状态查询是较容易形成压力的环节

不使用的劣势/风险

项目位置/技术/需求 在上线前的性能基线建立阶段，我们采用基准性能测试来评价系统在正常业务压力下的响应时间和吞吐量

具体的实现 具体执行时，测试请求统一经过 Spring Cloud Gateway 进入系统，业务处理过程中重点观察 Redis 缓存命中、MySQL 查询响应、RocketMQ 消息处理和应用实例资源使用情况

例子 以活动开始后的用户下单场景为例，测试脚本会模拟用户进入活动页、查看商品详情并提交订单

记忆提示/背诵口诀 在上线前的性能基线建立阶段，我们采用基准性能测试来评价系统在正常业务压力下的响应时间和吞吐量 / 基准性能测试

备注

保存修改 返回详情