2019-12-16第一个问题：
在博弈论中，有如下两个概念：
- 共有知识：每个人都知道的信息，只是共同知识的第一个层次
- 共同知识（common knowledge）：不但是每个人都知道的信息，而且每个人都知道别人也知道该信息。而且每个人都知道别人也知道其他人知道该信息。如有 A、B、C 三人：
第一个层次，A、B、C 三人都知道某一知识；
第二个层次，A 知道 B、C 也知道该知识，A 不确定 B、C 知道 A 已经知道 B、C 知道该知识了
第三个层次，每个人都知道别人也知道其他人也知道该信息；
此二者，差之毫厘，谬以千里。
安徒生童话里《皇帝的新衣》就是一个经典的例子。皇帝没穿衣服是“共有知识”，但不是“共同知识”。在小孩戳破之前，每个人都知道皇帝是裸着的，然而他们不知道别人看见的也是一个裸体的皇帝。因此，他们不愿承认自己属于看不见皇帝新衣的笨人。这个荒唐的骗局也是因此才持续了好一段时间。
第二个问题：
从方法论角度：没有数据，你就无法度量它。
从现状角度：很多企业已转向修炼内功，开始注重内部效率的提升。而数据则是这项内功最核心的部分，向内寻找答案，通过数据的力量驱动增长。性能数据也一样。
从生活角度：就像“医生”一样，需要懂得多方面的知识才能为“病患”确诊“病因”。医生遇到病人，会“望闻问切”，利用 X 光等手段做各种分析。根据病人的表象和分析的数据，医生会做出诊断，确定是什么病。然后会开药方或者给予治疗。病人服药或者接受治疗后，会再次进行复检，来确定治疗效果。对待性能问题也是如此展开作者回复: 说的非常好。你也可以到极客时间里开个专栏了哦。
5 20
2019-12-22问题一：
看了老师对性能执行策略的讲解，脑海中形成了一个框架，尤其是最后的图示（一图胜千言）。反观网传的对性能测试定义，可以用一个非常精准的词来概括“正确的废话”。
问题二：
有了监控很直观的反应出性能测试过程中系统整体的表现，让得出的测试结果更有说服力；没有分析和调优，只能得到一堆事实数据，有了分析和调优，才是对测试的升华。作者回复: 非常正确的理解。我希望这个理念能广泛传播，以正性能之态。
5
2019-12-18因为没有性能测试的实际经验，所以有些理论还是不能很好的理解，希望学完后面的课程再回顾会有更好的理解，下面是我在幕布做的笔记：https://mubu.com/doc/n4GQnq6FsZ作者回复: 做笔记是好习惯。
2
2019-12-17来来来、把系统压死，太形象了😂作者回复: 是不是你经历过的工作状态之一？哈哈。
1 2
2019-12-17第一，概念容易让人陷入概念的债务，它们只是停留在性能指标的验证上;
第二，监控和分析，性能测试，建立在指标和数据的变化之上，根据这些指标，你能找系统的某个零部件来进行调优。作者回复: 说的很好。和我的理念一致。
2
2020-01-011. 作者给出的性能测试的概念，涵盖了性能测试端到端的流程，有更好的指导意义。
2. 完善的监控是性能测试的前提，脱离了监控，性能测试不能很好的量化和跟踪。性能测试是一个反复迭代的过程，监控可以很好的告诉我们性能改善的程度。作者回复: 多谢肯定。
性能确实是反复迭代的。现在有些企业做成了上线前的心理安慰的动作，其实际操作过程并没有非常考究。 1
2019-12-20我认为要把性能测试的分类理清楚，性能测试的分类不是场景，性能测试的分类现在业界比较混乱，在这里提出我的观点。普通性能测试、前端性能测试、并发测试、容量测试(并发测试和容量测试均为负载测试)、疲劳测试强度测试和配置测试这几种。具体对每一种测试的解释，请看我的书。我不知道您是不是在外企工作过，我在爱立信工作时，这个分类还是非常明显的。
软件测试范围功能测试和非功能测试，性能测试非功能测试中的一种，而并不是您说的性能测试和非功能测试是平行的，非功能测试和功能测试属于产品的质量可以参看我写的书。
让专业的人做专业的事情，我认为，性能测试调优是非常必要的，但是调优的人，不一定是软件测试工程师，而应该是软件开发工程师、DBA或其他运维人员等等，让这些人作性能调优效果会更好。作为性能测试工程师要学会与这些工程师一起合作工作。
个人观点仅供参考啊，若有不同意见，可以在留言中讨论。展开作者回复: 我们在不同的思路上。 关于概念，每个人看法不同，不求全同，但求有效。
调优，我在强调的是性能测试中要有这样的环节，同时也说到如果一个人不是全部掌握，可以是一个团队（虚拟团队也可）来做，这里就会把你说的这些角色的人都加进来，但这仍然是性能测试阶段的工作。 2 1
2019-12-19和我学之前想的基本没差别，主要是细节上如何实施，这是个问题作者回复: 说明你是非常有经验的了。希望后面的篇幅能让你满意。
1 1
2019-12-18原来路子：录脚本--执行--结果告诉开发--再执行--完毕，这次系统学习，告别三脚猫要练真功夫作者回复: 一起努力，让性能更有钱途！
1
2019-12-18对我这种非科班的，要做好性能分析与调优，需要学点什么计算机基础课程？求指导作者回复: 像语言、os、网络、数据库、存储、队列服务器、中间件服务器、缓存服务器、负载均衡等等的逻辑，都是需要知道的。
1
2019-12-18在稳定性测试中，显然最核心的元素是时间（业务模型已经在容量场景中确定了），而时间的设置应该来自于运维周期，而不是来自于老板、产品和架构等这些人的心理安全感。
——
高老师，我对"老板、产品和架构这些人的心理安全感"这句话不太理解，这些所谓的”心理安全感“会对稳定性有影响吗？作者回复: 就是他们自己拍脑袋给一个时间，认为如果稳定性测试满足这样的时间长度，就觉得系统是安全的。
1
2019-12-17表达的很专业，让我们这种只会性能验证的选手受益匪浅，期待后续课程大佬继续给力 1
2019-12-17老师的音频讲的太好了作者回复: 多谢支持。等我后面嗓子能出声了，争取讲的更好。
1 1
2019-12-171. 这些词在概念上类似，找不出明显的区别，对于性能测试的场景设计没有指导意义
2. 应用程序是运行在操作系统之上，应用程序是有架构的，在性能测试中要想找到瓶颈，就要实时监控数据。如操作系统 中间件，观察变化趋势并且分析，才能找出性能瓶颈作者回复: 你已得到真传。哈。
1- 2019-12-16性能测试之所有要有监控和分析是因为性能测试本身不仅仅是测试出性能问题，还有解决性能问题，以及优化系统的性能，所以需要到监控和分析
作者回复: 是的。没有监控分析优化，性能测试就没有多大价值，最多就是个性能验证。
1 
2020-02-101、性能测试、容量测试、负载测试这样的理论型词语，很空，读了还是会出现不知道要干啥的赶脚。实战的测试执行策略更实在，能让人更容易、更清晰的理解性能测试要做的事儿。
2、性能测试最主要的是监控、分析、优化。这样才是做到了性能测试的闭环。只是性能验证的话意义不大，没有真正的达到性能测试的目的。作者回复: 理解的非常正确。
2020-01-28打卡～
2020-01-27关于性能测试，性能调优的价值，国内很多项目都是靠堆硬件的方式来化解了。很难遇到通过性能调优来体现价值的项目作者回复: 要看怎么做吧。在我的经验中，我基本给出一个优化前和优化后的TPS和响应时间对比图，客户就已经非常满意了。
2020-01-121、压力测试和容量测试测试的定义下的几乎差不多吧~
2、一边做性能测试不监控资源，那得不出来结论呀~然后~~就~作者回复: 没看懂是自言自语还是在提问。😀😀😀
2020-01-12问题1：性能测试方案跟报告是否有word模板提供作为参考了，一直以来感觉自己写的都不够专业？😂😂😂
问题2：前文要有条件处说的“甚至都不明白为什么要几分钟加几个线程”，这个怎么推算，依据是什么了？作者回复: 不提供模板之类的东西，因为项目不同报告完全不同。
线程的问题请往后看。