接口压测实践-压力测试常见参数解释说明
使用场景
对指定接口进行性能测试时,一些常见参数解释说明。
一键并发
可以通过下载最新版的 Apipost 客户端实现单接口的高性能一键并发压测,如下图所示
注意:请勿设置太大的并发量或者循环次数,这有可能导致直接将被压服务压崩溃或者将路由器压崩溃。参考参考下方 【实践】部分建议。
底层原理
为实现高性能的并发需求,使用自研的压测引擎,可以实现一万以上并发。
项目已经开源,github地址:https://github.com/Apipost-Team/runnerGo
压测结果计算方式
压测值 | 含义 | 计算方法 |
---|---|---|
总请求数 | 总共发送送请求总数 | 并发数*轮次 |
执行时间 | 压测任务执行时间 | 任务结束时间-任务开始时间 |
成功请求数 | http请求code为200的请求数量 | 略 |
失败请求数 | http请求code非200或者连接异常请求数量 | 略 |
错误率 | 压测出错比例 | 失败次数/总请求数 * 1000 |
总接收数据 | 总结接收到数据总字节数 | 累加每次返回结果的字节数量 |
每秒请求数 | 每秒平均请求数量 | 请求总次数/请求总时间 |
每秒成功请求数 | 每秒平均成功请求数量 | 成功请求总次数/成功请求总时间 |
每秒接收字节数 | 每秒接收平均字节数 | 总接收字节数/总请求时间 |
最大响应时间 | 最大请求执行时间 | 所有请求中执行最长的时间 |
最小响应时间 | 最小请求执行时间 | 所有请求中执行最小的时间 |
平均响应时间 | 平均响应时间 | 请求总时间/请求总次数 |
10% | 前10%请求完成时间 | 所有请求花费时间正序排序,取10%位置的执行时间 |
25% | 前25%请求完成时间 | 所有请求花费时间正序排序,取20%位置的执行时间 |
50% | 前50%请求完成时间 | 所有请求花费时间正序排序,取50%位置的执行时间 |
75% | 前75%请求完成时间 | 所有请求花费时间正序排序,取75%位置的执行时间 |
90% | 前90%请求完成时间 | 所有请求花费时间正序排序,取90%位置的执行时间 |
95% | 前95%请求完成时间 | 所有请求花费时间正序排序,取95%位置的执行时间 |
实践
并发结果很容易外界因素影响,压测时需要尽量减少外界因素影响。
因此选择合适并发数对测试接口性能非常重要,并非并发数越大越好。
影响压测结果外界因素有本机句柄数限制,dns解析速度,网络质量,服务端连接数限制等等。
例如使用1w并发, 很容易出现超过本机最大句柄数限制(一般最大限制1024), 超过句柄数限制的请求会因为句柄数受限导致连接失败。
并发数建议先在10, 100, 500, 1000左右分别测试下,如果失败率小于1%,再考虑逐步增加并发数量。只有增加并发每秒请求数量能持续增加才是健康使用方式