01丨性能综述：性能测试的概念到底是什么？

第一个问题： 在博弈论中，有如下两个概念： - 共有知识：每个人都知道的信息，只是共同知识的第一个层次 - 共同知识（common knowledge）：不但是每个人都知道的信息，而且每个人都知道别人也知道该信息。而且每个人都知道别人也知道其他人知道该信息。如有 A、B、C 三人： 第一个层次，A、B、C 三人都知道某一知识； 第二个层次，A 知道 B、C 也知道该知识，A 不确定 B、C 知道 A 已经知道 B、C 知道该知识了 第三个层次，每个人都知道别人也知道其他人也知道该信息； 此二者，差之毫厘，谬以千里。 安徒生童话里《皇帝的新衣》就是一个经典的例子。皇帝没穿衣服是“共有知识”，但不是“共同知识”。在小孩戳破之前，每个人都知道皇帝是裸着的，然而他们不知道别人看见的也是一个裸体的皇帝。因此，他们不愿承认自己属于看不见皇帝新衣的笨人。这个荒唐的骗局也是因此才持续了好一段时间。 第二个问题： 从方法论角度：没有数据，你就无法度量它。 从现状角度：很多企业已转向修炼内功，开始注重内部效率的提升。而数据则是这项内功最核心的部分，向内寻找答案，通过数据的力量驱动增长。性能数据也一样。 从生活角度：就像“医生”一样，需要懂得多方面的知识才能为“病患”确诊“病因”。医生遇到病人，会“望闻问切”，利用 X 光等手段做各种分析。根据病人的表象和分析的数据，医生会做出诊断，确定是什么病。然后会开药方或者给予治疗。病人服药或者接受治疗后，会再次进行复检，来确定治疗效果。对待性能问题也是如此

问题一： 看了老师对性能执行策略的讲解，脑海中形成了一个框架，尤其是最后的图示（一图胜千言）。反观网传的对性能测试定义，可以用一个非常精准的词来概括“正确的废话”。 问题二： 有了监控很直观的反应出性能测试过程中系统整体的表现，让得出的测试结果更有说服力；没有分析和调优，只能得到一堆事实数据，有了分析和调优，才是对测试的升华。

Q1：为什么不推荐使用性能测试、负载测试、容量测试这样的词来概括性能执行策略？ A1：因为这些定义只能片面的表示性能测试的一个点或面，不能完成的表达出来性能测试，并且定义之间的界限非常模糊，分不清楚。 Q2：为什么性能测试中要有监控和分析？ A2：监控是为了取证，分析是为了调优。

对我这种非科班的，要做好性能分析与调优，需要学点什么计算机基础课程？求指导

老师我现在测试的项目是一个开源项目，领导让我做性能测试，但是对于我这种没有做过性能测试的小白感觉无从下手，特别是我们的接口几乎都做了限流，比如一分钟请求不能超过100次这种，感觉压测也没什么意义，这种需要怎么办，或者怎么开展性能测试呢

因为没有性能测试的实际经验，所以有些理论还是不能很好的理解，希望学完后面的课程再回顾会有更好的理解，下面是我在幕布做的笔记：https://mubu.com/doc/n4GQnq6FsZ

原来路子：录脚本--执行--结果告诉开发--再执行--完毕，这次系统学习，告别三脚猫要练真功夫

第一，概念容易让人陷入概念的债务，它们只是停留在性能指标的验证上; 第二，监控和分析，性能测试，建立在指标和数据的变化之上，根据这些指标，你能找系统的某个零部件来进行调优。

性能模型与性能场景有什么异同和区别？

1. 作者给出的性能测试的概念，涵盖了性能测试端到端的流程，有更好的指导意义。 2. 完善的监控是性能测试的前提，脱离了监控，性能测试不能很好的量化和跟踪。性能测试是一个反复迭代的过程，监控可以很好的告诉我们性能改善的程度。