近期在写性能专栏的过程中遇到一些争议，我觉得挺有意思的，同时也让我不得不警觉。
在性能领域里，有很多概念、思路、理念的不同，彼此的交叠是我觉得导致现在概念混乱的局面。
而有些人依然抓着这些混乱的理念打算把别人讲明白。孰不知从最直接有效的操作角度来验证一门实践学科是最有效的方式。
而有些人自己根本没有想明白，就开始从赚钱的角度出发给别人讲。
我没打算和这些人争论。
但是，在写了公众号以及专栏，表明了自己的观点和主张之后。总是有人拿着我不认同的理念来找我理论，企图让我去认同现在市场上我觉得非常错乱的理念。
其结果只是浪费彼此的时间。
我只想说的是：拿实践的过程和结果来说话，别跟我扯这些有的没的！
有几个关键点的争论：
1. 性能测试的概念。我强调的是概念的完整性，而不是像现在那些从片面的角度产生的混乱的概念，像压力测试、负载测试、峰值测试、衰减测试等等都是我觉得应该抛弃的概念。
2. 性能场景的设计逻辑。我强调场景必须是：1. 压力呈阶梯上升；2.在一个容量场景中压力不断开执行。请注意，并不是说分开执行必然是错的，这取决于目标。只是在我的观点中，压力阶梯分开执行不符合真实的生产场景，所以不能做上线的依据！
3. ”在线用户数-并发用户数-tps“中以哪个为性能的承载指标。我强调的是考虑它们之间的关系，而不是只说哪一个。我反复说，你用哪个概念承载性能无所谓，只要团队间能理解。只是在我的理念中，只有TPS这个概念是可以连接业务和技术的，而RPS、CPS、HPS、QPS等都偏技术视角。
4. 分析调优是性能测试活动中必须的过程。这是我一直强调的观点。
5. 分析决策树的创建是性能测试分析人员或团队必须掌握的。
6. 性能测试报告必须有清晰的结论，而不是给出一堆结果数据的罗列却没有结论，只给出一堆可能的问题方向 。
7. 性能测试的价值必须以响应时间的提升、TPS的提升、资源消耗比对、成本的消耗来体现。没有这些内容的性能测试是没有价值的。
在这里我发表一下声明：
- 所有我在7DGroup公众号和极客时间专栏中写的性能理念、分析逻辑等，都来自于我工作中的经验总结。均属于原创内容。
- 在极客时间专栏中写的所有内容，都是我和极客时间共同拥有版权的，在其他地方看到同样内容也必然是抄袭。
- 当出现其中一些理念和当前市场上的书籍或文章不相符的时候，我将秉承自己的观念。
- 当你发现上一条内容时，请自己判断正确性，不用尝试说服我。
- 当在其他地方看到和我专栏/公众号上写的内容一样的性能理念、分析逻辑等内容时，均有抄袭的嫌疑。
- 7DGroup公众号上只发布原创文章。当你在其他地方看到同样的文章内容时，肯定是得到授权并保留原文链接的，否则必然是抄袭。
服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net
机房租用，北京机房租用，IDC机房托管， http://www.e1idc.net
