Valiant 的博客

通常我们都从两个层面定义性能场景的需求指标：业务指标和技术指标。而两个指标是不能脱离开来的，例如我们可以回答 "在多少的响应时间有多少个TPS"这样的问题，但不能回答“业务状态是什么”的问题。举例来说，如果一个系统要支持 1000 万人在线，可能你能测试出来的结果是系统能支持 1 万 TPS，可是如果问你，1000 万人在线会不会有问题？这估计就很难回答了。可以看一张图这个示意显然不够详细，但也能说明关系了。所有的技术指标都是在有业务场景的前提下制定的，而技术指标和业务指标之间也要有详细的换算过程.

什么是并发？如何来描述并发用户数，用 TPS 来承载“并发”这个概念就可以了。并发数是 16TPS，就是 1 秒内整个系统处理了 16 个事务。这样描述就够了，别纠结。在线用户数、并发用户数怎么计算在线用户数，通过缓存计算并发用户数 – 并发度通过这个图，我们可以看到一个简单的计算逻辑：如果有 10000 个在线用户数，同时并发度是 1%，那显然并发用户数就是 100。如果每个线程的 20TPS，显然只需要 5 个线程就够了（请注意，这里说的线程指的是压力机的线程数）。这时对 Serve.

瓶颈的精准判断；线程递增的策略；性能衰减的过程；响应时间的拆分；构建分析决策树；场景的比对。1、瓶颈的精准判断做性能分析的时候，我首先应该确定是否存在瓶颈，那么怎么去判断呢，TPS曲线就可以告诉我们了。TPS能够告诉我们的事情1、有没有瓶颈：其实准确说所有的系统都有性能瓶颈，只看我们在哪个量级在做性能测试了。2、瓶颈和压力有没有关系：TPS 随着压力的变化而变化，那就是有关系。不管压力增不增加，TPS 都会出现曲线趋势问题，那就是无关。最后TPS 是用来判断容量有多大的，可以告诉我.

一、性能测试的概念性能测试针对系统的性能指标，建立性能测试模型，制定性能测试方案，制定监控策略，在场景条件之下执行性能场景，分析判断性能瓶颈并调优，最终得出性能结果来评估系统的性能指标是否满足既定值。二、性能测试的流程1、性能指标性能测试需要指标作为测试的标准。2、性能测试模型性能测试要选择适合自己系统业务逻辑的方式，根据实际情况选用测试方式。用最低的成本、最快的时间来做事情。3、性能测试方案需要提前设计性能测试方案，需要有几个关键点：测试环境、测试数据、测试模型、性能指标、压力策略、准.

学习性能的人，一定看吐过一张图，现在让你再吐一次。如下：在这个图中，定义了三条曲线、三个区域、两个点以及三个状态描述。1、三条曲线：吞吐量的曲线（紫色）、使用率 / 用户数曲线（绿色）、响应时间曲线（深蓝色）。2、三个区域：轻负载区（Light Load）、重负载区（Heavy Load）、塌陷区（Buckle Zone）。3、两个点：最优并发用户数（The Optimum Number ...