完全按照帖子进行的操作，发现没有创建 influxdb 的数据库 collectd

跟楼主的经历有点类似，我也是外包出身，但运气好的是直接去了阿里外包，并没有遇到很多自己讨厌的人，当然在里面学到了很多，也开了眼界。我特别喜欢阿里的 “SAO” 文化，出来很多年了，走了很多的弯路，现在也带了四五年团队，也跟楼主一样，希望自己团队的每一个成员都能很好的成长，自己会经常不厌其烦的跟他们聊当前的行业，所需的技术，学会沉淀，不想他们走太多的弯路

说的还是有道理的，大多数的性能测试工程师只停留在 LR、Jmeter 的使用上，一遇到性能瓶颈就叫开发，能做到精准瓶颈定位的都算不错了，那种能进行性能调优的少的可怜。而且性能调优涉及的领域（linux、数据库、JVM 等）很广，能具备某一领域的调优已经不易了

自上而下的贯彻执行，确实是个不错的思路。
我们公司 CTO 也明确要求每个项目团队都要保证 UT 平均行覆盖率>80%，核心模块甚至要达到 100%，最后出现两个怪圈：
项目上线后再拼命的补单测、动歪脑筋去钻行覆盖率的空子从而满足覆盖率。大家不是发自内心的想提升产品质量，打心里认为 UT 是浪费时间，多此一举，反正后面有测试。
研究过代码覆盖率的同学都知道，行覆盖率不是很准的，而应该用路径覆盖来进行衡量

感觉测试开发这个 title 把很多人都搞懵逼了，测试基本功都忽视了。最后功能测试也没心思搞，搞出来的自动化测试也是毫无价值

支持思寒的观点~
核心骨干的价值同样体现在不可替代性，不一定是技术，业务专家同样适用，尤其是业务特别复杂，摸透整个业务逻辑需要大半年或者更久。可惜，业务专家的市场机会要少的多