“HR 最后要求提供当前薪资流水” 看到这就感觉是骗子公司，后面那个协议每一个字都感觉假的不行

你搞笑吧，我还没见几个厂子不要求提供这个呢~

至于其他的，只要工作满意，我建议楼主签字就行，基本只是一个表态的作用，不具备任何法律效力，HR 心里明白得很
如果真的出现纠纷，一纸仲裁或者诉状交上去，保证甲方会被干到死~

绕了半天就是告诉你：我们是创业公司，薪水不会高，你可以赌一下
直接跟你说低薪水是耍流氓啊，所以问了很多不知所谓的问题

无论什么工具，单个负载客户端同时要启 100+ 线程的时候我都会选择分布式执行，这点从 LR 时代就做了很好的设计，所以不需要纠结单个客户端能压多少线程上去，太多了本地也要排队、网络开销也大
机器不够多的场景我觉得不大需要考虑，谁家业务需要支撑 1000+ 并发的时候还提供不了 10 台 4C、8G、1Gbps 的 vm 呢

那这 1000+ 个线程在本地（负载客户端）CPU 上是实际生成运行了呢还是没有？
用 go 写能轻松搞定是因为 1000+ 线程在 CPU 上不用排队还是只有一个线程 post 了 1000+ 请求？

请教一下，JMeter 是怎样的施压性能不行呢？能具体点吗

换个高版本的驱动试试，估计你的 mysql 是 5.6+ 了
https://dev.mysql.com/downloads/connector/j/
maven：

<dependency>
    <groupId>mysql</groupId>
    <artifactId>mysql-connector-java</artifactId>
    <version>5.1.45</version>
</dependency>

整理一下排版，阅读效果会更好哦

搞定领导是唯一的出路，至于为什么做这么久自动化还没有赢得领导的认可，我觉得你要反思一下

1、由于公司就我一个人在做自动化测试
2、前期做出的自动化测试框架没有得到很好的推广

1 是根本问题，2 是个主要问题

结合这篇一起看：https://tech.meituan.com/linux-jvm-memory.html

呵呵，我这么清高的人怎么会考虑分红这种世俗的问题，切~
20W 啥时候还我

如果只是让测试像卢瑟一样只关注场景而不关注实现……RF 就足够了啊，还有 cucumber
核心关键词就是 DSL，约定一种大家都可以接受的场景描述方法，照着这个规则去设计场景，底层提供脚本生成的支持
比如 BDD 里面的 given、when、then 这种描述方式就很不错

那是嘉宾吧……骨干是何意？

无他，唯有 AI+MBT，去操作吧骚年，蜀黍只懂概念不懂技术，匿了

段总也成了骨干……可以的

青浦？

方法和结构体内部可以不用写，除非逻辑很混乱，设计很不堪
但是方法和文件头一定要写啊，不然你告诉我 doc 全都靠事后补？然后你说我是这样实现的所以就是这样设计的？
做工具写注释、doc 就要看齐 jdk，不然就不要给别人用甚至开源了

膜拜电子科大的学弟……坐等代码开源……看过 iview，结果放弃了，选择的 element-ui

bootstrap 就是这个缺点，上手慢……让人不得不把有些自己想要但是一时半会解决不了的样式问题交给 jquery，所以，我更喜欢 element-ui，跟 vue 一样渐进式

坐等 github 地址~

symentec 早前有一款神器名字就叫 Symentect APM，可惜后来卖掉了
老牛逼了，用过最叼的一款……要钱的

恒温？干嘛匿名……

你的电脑是不是在 AD（域）控制下，域控制策略优先于你本机的策略，后台管理员没给你权限你是开不了的

真心不好意思，不是来喷的，不过我觉得吧，写性测试工具不用 C 至少也要用 java/scala 吧，python 本身的性能会给性能测试结果分析带来很大的干扰~

三个要求的解决方案：
1、持续发布
2、持续发布
3、不要做持续发布