作为性能工程师或性能团队负责人，你敢拍着胸脯说：“这个系统‘死’了我负责！我卷铺盖走人！”吗？
如果你敢这么说，得到的薪资待遇肯定不一样。可是，在当前的性能市场中，谁敢给出这样的业务保证呢？
在很多人看来，性能测试仅仅只是“测试”，日常工作就是找找技术瓶颈，而且还是很基础的那种。类似的错误理念还有很多，主要集中在这么几个方面：
过于关注性能中的某些工具，感觉掌握了几个就足够了；
只浮于理论场面，不知道具体落地过程；
工作结果无法体现到业务场面，不能对系统上线后的状况作出准确预判；
遇到性能瓶颈时，无法拿出证明瓶颈根因的证据，被开发运维像皮球一样踢来踢去；
其实，掌握性能工具和性能分析思路是远远不够的，你仍然会在项目的各个环节遇到挑战，比如性能计划、需求分析、瓶颈分析等等。想要彻底解决，就要将性能从“测试”引到“工程”级别，因为只有这样，才能体现一个性能项目的真正价值。
上面这张图出自高楼，他是这个领域名副其实的 kol。
早在几年前，我就在论坛上看过他的帖子，后来他还回复过我，是个特别棘手的问题，给我留下的印象很深。到现在，我都能记得他那句“上线不死，死了不收钱”，说这是自己做项目的宗旨，也是很刚了。
