想学软件测试小编推荐到东软睿道IT培训中心,面向在校大学生,毕业生以及社会个体学员,提供符合IT行业发展需求的就业技能培训,提员的职业竞争力,助力学员的职业生涯启航,已为行业输送了20余万IT人才,树立了良好的IT培训业界口碑!

　　性能测试中的场景设计方法有哪些？

　　单业务基准测试

　　目的：单业务基准测试是在服务器没有压力的情况下，获取单笔业务的处理时间，为后续调优提供数据依托。

　　策略：jmeter中设置为单个线程迭代n次(如100)，取平均响应时间。一般情况下我们不需要监控硬件资源和数据库。但是，如果系统出现了TPS=1与TPS=100消耗的CPU资源差不多的情况，那可能就是性能出了问题。

　　单业务负载测试

　　目的：获取系统单笔业务的较大处理能力，以及性能指标之间的关联关系和变化趋势，例如：响应时间随TPS的变化趋势，TPS和响应时间随并发用户数变化的趋势、CPU利用率随TPS的变化趋势。注意：关注的是较大业务处理能力，而不是系统并发数。

　　执行策略：单业务负载测试一般以逐渐加压的方式执行30分钟(无步调、无ThinkTime)，观察性能拐点。同时需要监控服务器资源、数据库处理能力。jmeter中可以用rps定时器或阶梯加压线程组去实现。

　　拐点判断方式：

　　1) 通过Tps/Hps走势图观察拐点。吞吐量会随压力的增大呈抛物线状，抛物线的较高点处，即为当前测试环境下该交易的单支较大处理能力。吞吐量的拐点往往也就是响应时间的拐点。

　　通过资源消耗判断拐点。比如测试中Tps仍呈上升趋势，但CPU资源使用率已高达90%，就以此时Tps值为当前测试环境下该业务的单笔较大处理能力。

　　单业务负载测试可考察系统结构是否存在性能隐患。

　　混合业务负载测试

　　目的：考察各业务按比例分配逐渐加压的情况下，系统随着负载变化处理能力趋势，如响应时间、Tps、资源消耗。

　　执行策略：按比例分配，通过逐渐加压的方式执行1~2小时，需监控服务器资源消耗、数据库处理能力等。混合业务负载测试也需要判断拐点，判断方式与单业务负载测试相同。