性能测试实战系列（16）：场景设计

 

本系列汇总，请查看这里：https://www.cnblogs.com/uncleyong/p/15475614.html

说明

后续演示是基于虚拟机演示的，资源有限。

 

单场景

目的：找到单场景的性能问题，为容量场景提供参考，如果低于容量场景中此接口的目标tps，那肯定要先优化

根据性能需求，单场景中：

　　查询礼品tps≥50

　　兑换礼品tps≥25

　　查询订单tps≥25

查询礼品：线程数10，每30秒加1个，加完后持续运行2分钟

兑换礼品：线程数10，每30秒加1个，加完后持续运行2分钟

查询订单：线程数10，每30秒加1个，加完后持续运行2分钟

 

混合场景

目的：通过业务模型模拟线上的真实业务场景

如果混合场景设计不合理，导致的结果就是测试无参考价值

本次控制业务比例是通过吞吐量控制器，由于涉及关联，所以将业务比例转换成了压测业务比例

补充：

• 性能测试中混合场景设计举例：https://www.cnblogs.com/uncleyong/p/12667392.html

• 【答疑】几个关于性能测试混合场景中比例控制的问题：https://www.cnblogs.com/uncleyong/p/16950853.html

 

对应的混合场景设计如下：

业务1

业务2

 

稳定性场景

目的：系统长时间运行，业务数据积累对系统的影响

暂时假设最大混合tps是100，那么最少需要跑的时间是：50万/100=5000秒

可以适当多加10%-20%的时间

 

 

异常场景

略（后续完善）