项目设计之初或者是项目快要结束的时候,大佬就会问我们,这个服务性能测试的结果是什么,QPS 可以达到多少,RPS 又能达到多少?接口性能可以满足未来生产环境的实际情况吗?有没有自己测试过自己接口的吞吐量,等等。
作为开发、测试人员,这些问题不仅仅是用来面试,还是实实在在的落地在实际工作中。很多项目上线初期用户量较小,表面上看是风平浪静,实则暗流涌动,慢慢的用户量上来之后,系统的瓶颈慢慢凸显。曾经挖的坑,最后还是要我们自己来填,若不能及时填上,可能整个产品就这么断送了。
今天一起来看看轻量级的性能测试工具 wrk 如何使用:
性能测试相关名词
wrk 是什么?
wrk 是 github 的一个项目,地址:https://github.com/wg/wrk
根据官方的说明,wrk 是一个HTTP基准测试工具,当运行在单个多核CPU上时,它能够产生巨大的负载。它结合了多线程设计和可伸缩的事件通知系统,如 epoll 和 kqueue 等等。
wrk 中的一个可选的 LuaJIT 脚本可以执行 HTTP 请求生成、响应处理和自定义报告。
wrk 如何使用?
那么 wrk 如何使用呢,我们就来实操一下看看效果 , 既然是开源工具,下载安装编译的方式都很类似:
1、下载 wrk 项目
?
git clone https://github.com/wg/wrk.git wrk
2、编译项目
cd wrk make
3、将编译出来的 wrk 可执行程序放到用户自己的 bin 目录下
cp wrk /usr/local/sbin/
4、这个时候,我们就可以开始使用 wrk 工具了
咱们直接执行 wrk 来看看效果:
# wrk
Usage: wrk
Options:
-c, --connections Connections to keep open // 和服务器建立连接并保持的 TCP 连接数量
-d, --duration Duration of test // 具体的压测时间
-t, --threads Number of threads to use // 使用的线程数量
-s, --script Load Lua script file // 加载 lua 文件
-H, --header Add header to request // 添加请求头
--latency Print latency statistics // 打印延迟统计数据
--timeout Socket/request timeout // 超时时间
-v, --version Print version details // 版本信息
Numeric arguments may include a SI unit (1k, 1M, 1G)
Time arguments may include a time unit (2s, 2m, 2h)
上面的: N 表示数字参数,可以是 1k, 1M, 1G ;T 表示时间参数,可以是 2s, 2m, 2h
尝试使用 wrk 工具
我们使用 wrk 同样的参数来性能测试一下 掘金 和 百度的地址
200个链接,8个线程,测试 40 s
先测试掘金的:
# wrk -c200 -t8 -d40 --latency https://juejin.cn/
Running 40s test @ https://juejin.cn/
8 threads and 200 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 1.53s 481.41ms 2.00s 87.68%
Req/Sec 10.27 7.50 70.00 73.61%
Latency Distribution
50% 1.67s
75% 1.85s
90% 1.95s
99% 2.00s
2406 requests in 40.05s, 476.65MB read
Socket errors: connect 0, read 0, write 0, timeout 1797
Requests/sec: 60.08
Transfer/sec: 11.90MB
?再测试百度的:
# wrk -c200 -t8 -d40 --latency https://www.baidu.com
Running 40s test @ https://www.baidu.com
8 threads and 200 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 284.06ms 332.08ms 2.00s 86.02%
Req/Sec 96.41 36.69 538.00 79.63%
Latency Distribution
50% 120.17ms
75% 357.11ms
90% 730.79ms
99% 1.56s
31088 requests in 40.07s, 466.95MB read
Socket errors: connect 0, read 138, write 0, timeout 264
Requests/sec: 775.87
Transfer/sec: 11.65MB
解释上面测试报告相关字段的含义:
实践完毕之后,我们来捋一捋 wrk 的优势和劣势
优势:
?
劣势:
感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
?
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取?
?