挺 lr 的，请问用的是正版的吗？
就算我夸 lr 真棒，但是公司不让买怎么办？
不过我也不用 jmeter，实现一个通用压测工具并不是难事

什么时间投递的？

locust 的 runner 是针对TaskSet进行执行、调度的，而它的统计是针对每个request

你可以这么理解：TaskSet是一个事务，这个事务里面允许存在多次request

非常欢迎，希望有合作

这个职位已经招到人了
我们内部其实非常扁平化，工程师、主管其实差别不大

招人中 ：）

相反，我认为压测时应该开启连接复用 (keepalive)——是压服务的处理能力，不要把时间浪费在 TCP 握手上面
所以 ab 这种工具有很致命的缺陷

可以准备两台服务器，服务器 A 作为施压方，服务器 B 作为承压方
服务器 B 上简单的运行一个 nginx 服务就行了

服务器 A 上可以安装一些常用的压测工具，比如 locust、ab、wrk

我当时测下来，施压能力上 wrk > golang >> ab > locust

因为 locust 一个进程只使用一核 CPU，所以用 locust 压测时，必须使用主从分布式（zeromq 通讯）模式，并根据服务器 CPU 核数来起 slave 节点数

wrk 约为 55K QPS
golang net/http 约 45K QPS
ab 大约 15K QPS
locust 最差，而且 response time 明显不正常

是的

提到的myzhan/boomer这个思路不错，我本打算直接用 golang 整个重写 locust 的
如果全部用 golang 重写的话，我测过单机大约能产生 45K QPS 的压力
远大于 locust 8 个节点约 4K QPS 的能力

为什么 https 就麻烦了？ 只是传输层有层加密而已，如果是证书校验有问题，加上verify=False

这段代码里，你根本不需要用到getattr：
request.post(url, *args, **kwargs)实际是在requests.request(method, url, *args, **kwargs)上再封装了一层

#10 楼 @da_sheng 她是最终面

作为面试官之一，我来答一下
性能测试方面的题目其实主要想考察下你对所测服务的了解程度，比如是否支持横向水平扩展、服务处理瓶颈在哪等，了解这些点后，才能判断服务的承压能力是不是可以满足线性扩展
提供产品时序图，是为了考察下候选人是否有快速的学习能力，不过其实结果不重要，毕竟之前经验不相关，一下子理解不了太多

30 岁不可怕，现在的公司给不了你成长环境也不可怕 —— 测试的门槛一直不高，沉下心去掌握一门开发语言，之后你就会发现所谓的接口自动化、UI 自动化、性能测试无非就是一些类库的接口调用而已

#7 楼 @419 不要这么公开嘛

#5 楼 @da_sheng

#3 楼 @da_sheng eHVoYW9Ad29zYWktaW5jLmNvbQ==\n

#1 楼 @lion 测试部门零离职率。就之前招聘帖子提到的问题，我已经做过澄清，请仔细阅读，谢谢

应该是指 windows phone

#15 楼 @sundaxian https://testerhome.com/topics/6598 年后同样有效

#11 楼 @da_sheng 我们年后苏州公司会有一些测试职位，不同级别都有，到时欢迎来试试

#6 楼 @da_sheng 这位童鞋在苏州？如果对自己代码比较有信心的话，可以找我聊下

#7 楼 @zhangyida 我目前就在苏州定居，相较无锡，苏州测试行情稍好，但考虑到房价是无锡的两三倍，其实也没太多优势

个人觉得，对于测试，考虑到技术成长、稳定等因素，无锡绝对不是个好选择，即便我是无锡人...

#4 楼 @nostop 适当的澄清下，我们内部使用钉钉沟通，看手机有可能是在处理工作。当然频繁的看手机的确会使人不悦，我们今后一定会改善