使用场景
对指定接口进行性能测试时，一些常见参数解释说明。
一键并发
可以通过下载最新版的 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%，再考虑逐步增加并发数量。只有增加并发每秒请求数量能持续增加才是健康使用方式
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/70000523/viewspace-3127220/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
