羡慕大佬，膜拜！

我们目前团队对于分享有相应的激励，分享一次大概价值 100-300RBM，
1v1 也沟通过了，就是不愿意分享，都说自己没什么分享的 (目前团队 60% 的人对技术没追求)

同步定时器的用户数应该少于等于你的线程数

猜想：
1.是不是作者想表达，这个工具可以满足穷举的测试用例覆盖，功能很强大
2.KPI 功能？

但是
我们做事情，需要有目的，有价值，有意义，而不是炫耀
可能你现在做的这些就跟二楼说那样，出现问题了，你怎么排查，这其中发费的代价有多大，如果不去分析出现的问题，那做的意义何在

这个 同步定时器 设置问题，现在你单机了线程数设置成 1000 了，你同步定时器还是 4000 ，超时时间 3000ms
这个就是设置就是需要有 4000 个模拟 user 才会请求一次，现在你达不到 4000，只能超时时才发送一次请求，所以你看见 tps、rt、请求总数如图，给服务器的压力减少了，rt 降低正常，根本原因是客户机根本没有发起你预期的压力

二楼说的非常正确，领导要推动的事情、和绩效挂钩的，就算现在认为是有问题的也需要坚决执行，但是可以跟领导沟通一下目前的问题就好，但是提出问题的同时，最好有相应的解决方案，领导更喜欢解决问题的人

我现在做的很多事情与本身工作和绩效无关的，都是领导安排的，不得不做，你现在的情况比我好多了

PS：最初面试是直接根据简历问，被面试者反驳了，说我问的他的技术盲点，他懂得没问到，现在都是要候选人先自己说擅长的再问，已经没出现被面试者反驳的情况出现了
我现在的面试流程是：跟你这些面试流程类似

• 候选人自我介绍 (最近 3 年工作经历及擅长的技术)
• 介绍一下最近做的一个项目
• 根据项目介绍提取面试问题点，主要看候选人表达、总结能力，能否清晰、有逻辑性的总结提炼出来
• 根据擅长技术提问由浅入深 (怎么做的、怎么解决问题、技术理解深度)，主要了解到是学会基本使用、熟练使用及能够思考改进的哪一个阶段
• 结合公司职位问相关知识面 (由擅长技术扩展而来)，主要看知识广度、深度

感谢指导，对于缓存这一块确实没有了解比较深，我这边问的确实不够专业。
我基本上就问下以下问题：

• 性能压测时，如果服务器有数据缓存，需要注意什么？
• 对于消息队列消息丢失、消息重复消费问题分析及相关的解决方案了解？
• 如果服务端加了缓存，测试时需要注意什么？
• 你知道你们公司业务 Redis key 淘汰机制如何选择的？
• 有了解如何保证数据库和缓存数据一致性的方案吗？

• 针对用了多久，花了多少时间这类的问题，到底是想了解啥呀，比较费解。 这些都是验证他实际工作中工作效率及是否真实做过、根据回答进一步提问做准备
  • 用了多久 PS:①上次有候选人跟我说，写了不到 50 个 UI 场景自动化用例，花费时间 4 个月左右 ②还有候选人说一天写了接近 150 个 UI 自动化用例，你觉得这种可信度怎么样？
  • 花了多少时间 PS：①有次候选人说他们 UI 自动化用例每次执行 1-2 个小时，还是处于白天上班时间，这时候我就问 1.你自动化用例执行策略 2.有想过这种有什么问题吗 3.有什么优化策略没，加快你的执行速度、效率 ②有些人直接跟我说他总共 500 条 UI 自动化，执行 20 多分钟，还是单线程串行执行的，这种根据经验是办不到的 你说的这些反而是输出多少自动化用例，占比多少，正确率如何，代码覆盖率能达到多少 在我问题里面都有，只是这里面没有完全列举出来

如果通过了肯定是高级及以上这个水平了，我们公司，其他公司评定不清楚