title = "最中二的性能测试工具--vegeta"
description = ""
author = "伤心的辣条"
tags = []
在github上翻到一个项目，名字叫vegeta，看到这个单词，你的第一反应是什么？
说来惭愧，我的第一反应是这个单词很奇怪，并不认识。
直到我往下翻，看到了这样一幅场景。
这…这不是儿时的回忆，七龙珠里的天字第一号配角，贝吉塔么？
贝吉塔，日本漫画及改编动画《龙珠》系列中的主要角色。是战斗民族赛亚人的王子，拥有极高的自尊心。过去贝吉塔行星被弗利萨毁灭后（不知情，一直以为是被陨石撞击而毁灭。）在弗利萨军团那儿做事。初登场时是个侵略地球的反派角色，后被孙悟空（赛亚人卡卡罗特）等人打败。弗利萨一战结束后听说悟空成为超级赛亚人，于是决定以超越悟空为目标，一直留在地球上努力修行。 多次和悟空保护地球。在人造人篇中学会了超级赛亚人变身，起初只是想着超越悟空才呆在地球，后来有了家人后慢慢的爱上了这颗星球，在与布欧一战中为了保护地球决定与布欧同归于尽。后复活为悟空制造元气弹争取时间，击败布欧后仍为了超越悟空而努力修行。
贝吉塔（Vegeta）与其弟弟塔布尔（Table）的名字合二为一（英文名）就是Vegetable（蔬菜）
上面的描述来自百度百科，所以贝吉塔在漫画中是一个出道即巅峰，登场超强，然后一直被悟空超越，并且打不过就加入你的角色。
可能对于很多读者来说，七龙珠这个上古漫画其实是熟悉而又陌生的，名字都听过，但至于漫画主要讲了什么，大家可能并不清楚。不过对于我这种老古董来说，七龙珠就意味着童年闲暇时愉快的阅读时光以及无数次的练习冲击波以求有朝一日能拯救地球的中二幻想。
怀着强烈的好奇心，我真心希望看看这个中二又复古的项目究竟是做什么的。
经过几分钟的探索，我发现vegeta其实是一个用go实现的性能测试工具，江湖上各种性能工具可谓是灿若星河，那么vegeta凭什么可以获得16.3k的star呢？
可能是因为名字，毕竟github上的中老年宅男还是非常多的。
不过玩笑归玩笑，作为性能测试工具，vegeta有个很不错的特性，那就是可以默认以一定的qps对被测服务进行压测。
固定qps的使用场景
比如我们经常需要对某个微服务进行单实例的容量评估，我们希望某个服务A他能承受的最大QPS是1000，这时候我们就需要有一个工具能持续产生1000qps的负载进行一段时间的压测，这段时间里，我们可能通过监控系统的核心指标来判断系统的健康度和稳定性，vegeta看上去是可以满足这个场景下的压测需求的。
安装
vegeta只支持linux以及mac系统，不支持windows。
vegeta只是一个可执行文件，所以直接下载就好了，下载地址是：https://github.com/tsenart/vegeta/releases
简单的使用
通过命令行使用，命令如下
echo "GET http://localhost:8080/api/articles/" | ./vegeta attack -duration=10s| tee results.bin | ./vegeta report
执行结果
Requests [total, rate, throughput] 500, 50.10, 50.10
Duration [total, attack, wait] 9.981s, 9.98s, 610.816µs
Latencies [min, mean, 50, 90, 95, 99, max] 310.733µs, 549.662µs, 522.345µs, 706.005µs, 814.544µs, 912.57µs, 3.088ms
Bytes In [total, mean] 16500, 33.00
Bytes Out [total, mean] 0, 0.00
Success [ratio] 100.00%
Status Codes [code:count] 200:500
看到这个结果我不禁陷入了深思，因为qps实在是太低了。
我测试的这个服务不出意外应该是有8000左右的qps的，但用vegeta只测出来50。
这是为什么？
默认固定qps
原来vegeta默认的话是用50的qps对被测服务进行压测的。
我们可以手动将rate设置成0，表示解开封印，变成超级赛亚人，用无限qps进行压测。
echo "GET http://localhost:8080/api/articles/" | ./vegeta attack -duration=10s -connections 100 -rate=0 -max-workers=30| tee results.bin | ./vegeta report
Requests [total, rate, throughput] 28596, 2859.62, 2858.73
Duration [total, attack, wait] 10.003s, 10s, 3.105ms
Latencies [min, mean, 50, 90, 95, 99, max] 729.566µs, 8.073ms, 7.758ms, 10.441ms, 11.453ms, 14.532ms, 23.207ms
Bytes In [total, mean] 943668, 33.00
Bytes Out [total, mean] 0, 0.00
Success [ratio] 100.00%
Status Codes [code:count] 200:28596
变身之后效果还是有一些的，qps变成2800。
我后来又尝试了一些参数，比如提高connections和worker，延长被测时间等，发现2800已经是天花板了。也就是说vegeta本身的压测性能是一般的，没办法将被测应用跑满。
强大的report功能
既然vegata的本身的攻击力有限，那么为什么还有那么多人给他star呢？
抱着研究的心态，我由稍微深入了解了一下。
原来vegeta有不错的报告生成能力。
vegeta可以生成纯文本/json/histogram/hdrplot/plot图表，基本可以满足日常的压测需求和二次开发需求。
其中histogram是长这样的
cat results.bin | vegeta report -type='hist[0,2ms,4ms,6ms]'
Bucket # % Histogram
[0, 2ms] 6007 32.65% ########################
[2ms, 4ms] 5505 29.92% ######################
[4ms, 6ms] 2117 11.51% ########
[6ms, +Inf] 4771 25.93% ###################
可以看到相应时间的区间分布。
分布式压测功能
vegeta可以通过pdsh来实现分布式压测功能，比如我们可以同时用3台机器运行vegata，对目标站点进行压测。
$ PDSH_RCMD_TYPE=ssh pdsh -b -w '10.0.1.1,10.0.2.1,10.0.3.1' \
'echo "GET http://target/" | vegeta attack -rate=20000 -duration=60s > result.bin'
最后通过脚本把3台机器上的测试结果收集起来，通过vegata的report命令进行合并就好了。
$ for machine in 10.0.1.1 10.0.2.1 10.0.3.1; do
scp $machine:~/result.bin $machine.bin &
done
vegeta report *.bin
总结
- vegata是一个不错的压测选择，如果你需要使用不高的固定qps持续对目标服务进行压测的话；
- vegata的测试结果展示的选择性还是相对较多的；
- vegata的本身的命名风格比较中二，比如压测在vegata里称作attact，攻击，不过想想也挺有意思的，谁规定了测试工具必须中规中矩严肃认真呢？
最后：给转行、想学习的朋友们建议：
回想了一下这段时间的经历，我觉得有个很重要的经验可以介绍给大家，那就是：如果你看好这个行业，最开始先不要过多地在意薪资要求，而要主要去看公司提供的学习机会，这方面OK的话，你才有机会大胆地去尝试。
可以大胆尝试的“第一份工作”，能够帮你迅速提升自己的技能，让你验证自己所学的思路和想法，通过这种验证，可以快速进步。
能力和薪资永远是成正比的，只有你自己保持进步，薪资才会随着你能力的提高越来越高。
我认为，这是关于顺利转行并迅速提升，我所能给出的唯一建议。
然后下面分享一些我的自学资料，希望可以帮到大家。
这份资料整体是围绕着【软件测试】来进行整理的，主体内容包含：python自动化测试专属视频、Python自动化详细资料、全套面试题等知识内容。对于软件测试的的朋友来说应该是最全面和完整的备战仓库了，这个仓库也陪伴我走过了很多坎坷的路，希望也能帮助到你。关注微信公众号：【伤心的辣条】，就可以直接获取了! 交流学习裙：902061117
如果文章对你有帮助，麻烦伸出发财小手点个赞，感谢您的支持，你的点赞是我持续更新的动力。
扫一扫
2761
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
