性能测试中的场景设计和测试执行

Posted 2021-04-28 自动化软件测试

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了性能测试中的场景设计和测试执行相关的知识，希望对你有一定的参考价值。

预警⚠️此篇送学员真实高薪学历

假设一个内部系统要求响应时间在 3s 以内，支持最大用户数为4万。根据二八原则，80%用户在20%时间使用系统，

(4w80%)/(24h20%)≈1.9点击/秒。并发数=TPS（运行时间+思考时间）=1.9（3+0.5+0.3+3+0.5+0.3+0.5+3）=21。
注意：二八原则计算的结果并非是并发数，而是系统要达到的处理能力（吞吐量），初学者容易被误导，拿着这个数据就去设置并发数，这是错误的哦。如果你的系统性能要求更高，也可以选择一九原则或更严格的算法，二八原则比较通用，一般系统性能比较接近这个算法而已，大家应该活用。

基于以上，如果我们通过测试得到的最大吞吐量大于计算出来的吞吐量（TPS≈1.9），且各项性能指标均达标，那么系统就是安全的。如果用户发帖遵循正态分布，那么并发请求数峰值还肯定会大于上述估算的吞吐量（并发数大于吞吐量？？？）。

场景设计

场景编号：001 - 基准测试

目的：验证测试环境、验证脚本，得到系统的性能基准，为后续测试提供参考。

场景编号：002 - 配置测试

目的：优化配置，测试当前软、硬件配置是否能够满足性能指标。

场景编号：003 - 负载测试

目的：分析性能变化趋势，找出性能瓶颈与风险，对系统进行定容定量。

场景编号：004 - 稳定性测试目的：长时间（>8小时）运行大量负载，确定系统软硬件环境是否运行稳定。

场景实现

单线程组实现测试场景

假设业务比例为 “查看详情(8)：登录(6)：新建任务(4)：(配置任务)2：(删除任务)1”。差不多每3个登录会有4个查看任务，新建2个任务，配置1个任务；每6个登录，删除1个任务。我们使用 If逻辑控制器 + ${__counter(arg1, arg2)}函数来实现。

新建任务的If控制器条件：登录(3)/新建(2)
${__counter(true,i)}%2==1||${__counter(true,i)}%3==0
配置任务的If控制器条件：登录(3)/配置(1)
${__counter(true,i)}%3==0
删除任务的If控制器条件：登录(6)/删除(1)
${__counter(true,i)}%6==0
查看任务：因为配置和删除操作包含查看的业务，所以单独的登录/查看比为6：(8-2-1)，即6:5。
${__counter(true,i)}%5!=0||${__counter(true,i)}%6==0

多线程组实现测试场景

多线程组的场景设计需要注意的是业务关联关系。比如查看任务可以不需要登录的；新建、配置、删除任务都需要登录且并发数的和大于登录，说明有些场景是登录后执行了多业务的；查看详情的并发数小于登录，所以有部分用户可能是登陆后只查看了详情。按照 “查看详情(8)：登录(6)：新建任务(4)：(配置任务)2：(删除任务)1” 的比例，以及用户实际使用场景来算，得到如下场景：