文章末尾有下载地址

是的，需要很好的设计，目前我自己做的一个自动化框架，就碰到了问题

我想说的是，我们二次开发的 wrk 已经实现了，可惜不是我开发的

回复：go 的性能不错，但是比 wrk 的性能差一半，这些我都测试过。
Jmeter 应用场景：针对大部分普通性能测试来说，jmeter 够用且稳定。而且支持复杂场景和复杂业务。
针对大规模性能测试，比如电商全链路压测来说，单独用 jmeter 就不行了，需要多工具配合使用。
go 和 wrk：这类高性能工具或开发语言，当碰到复杂场景的时候，性能一样会出现瓶颈。这就跟说 python 比 java 简单一样，简单功能实现，python 是语法简单，但是对于复杂的后端业务来说，实现起来可能 python 更费劲。

合适的场景用合适的工具：价值百万的思博伦、二次开发的 wrk、go 开发的多线程压测工具、jmeter、loadrunner 等等，大部分性能工具我都使用过，拿最常用的商业或开源工具来做一下简单对比：

总而言之，当遇到复杂的业务场景时，商业工具也不例外，性能也会相对普通业务下降很多。
高性能压测场景，是一项复杂的工程，需要多工具、多团队配合，不是简单的一个工具就可以解决的

直接找对象吧，找个好对象，工作轻松点

已提，@Lihuazhang

有道理，jmeter 作为功能和性能的开源测试工具，其实越来越完美了

没明白什么意思

好的，谢谢

期望不要是流水账，而是稍微有点总结和感悟的文章，类似于周总结

建议标题：【公司 - 岗位】记 XXX 一周的测试工作
建议写测试人员的一周，一天的工作，时间有限，工作内容并不全面。
如果写一周时间的测试工作，基本上涵盖了测试的大部分工作内容，从而也可以更加清晰的展示出来 不同公司之间的差别。

咱两差不多吧，你不是也工作五年了吗？我 90 的

好吧，就嫉妒你这种比我聪明还比我努力，还比我基础好的人

哇， 开始学习 google 的人工智能系统了，666

个人某篇文章的每天的访问量曲线

是的

嗯嗯，身体第一，看来你们确实很忙啊，哈哈

加精理由？

你眼睛怎么样了？没事儿吧

哈哈，是，平常不用的话，很快就忘了

没有，在复习基础的时候，发现链表忘了，就又学了学

棒棒哒，向你学你

不错，作为功能测试，做到这一步挺厉害的，通常只有自己开发项目或者功能的时候，才会去考虑这些。