性能测试的概念

  转发：https://time.geekbang.org/column/article/178080

性能测试概念

性能测试针对系统的性能指标，建立性能测试模型，制定性能测试方案，制定监控策略，
在场景条件之下执行性能场景，分析判断性能瓶颈并调优，最终得出性能结果来评估系统的性能指标是否满足既定值

性能测试需要有指标

时间指标、容量指标、资源利用率指标

性能测试需要模型

真实场景的抽象，可以告诉性能测试人员，业务模型是什么样子的
业务模型、监控模型

性能测试要有方案

关键点，分别是测试环境、测试数据、测试模型、性能指标、压力策略、准入准出和进度风险

性能测试要有监控

这个部分的监控，要有分层、分段的能力，要有全局监控、定向监控的能力
系统架构、系统监控、中间件监控、缓存监控、队列监控、负载均衡监控、熔断限流、链路监控

性能测试要有预定的条件

包括:软硬件环境、测试数据、测试执行策略、压力补偿等内容；在场景执行之前，这些条件应该是确定的

性能测试中要有场景

性能场景的需求指标：业务指标和技术指标
描述:在既定的环境（包括动态扩展等策略）、既定的数据（包括场景执行中的数据变化）、既定的执行策略、既定的监控之下；
执行性能脚本，同时观察系统各层级的性能状态参数变化，并实时判断分析场景是否符合预期
1、基准性能场景：单交易容量，即将每一个业务都压到最大TPS,从而为后续场景做数据比对
2、容量性能场景：混合容量性能场景，即将所有业务根据比例加到一个场景中，在数据、软硬件环境、监控等配合之后，分析瓶颈并调优的过程
              【eg：性能测试、负载测试、压力测试、强度测试、容量测试、极限测试、性能评测测试、性能调优测试、并发测试、
                    综合场景测试、递增测试、内测泄露测试、数据容量测试、极限测试、配置测试】

3、稳定性性能场景：核心是时长。在长时间的运行之下，观察系统的性能表现，分析瓶颈并调优的过程【eg:疲劳强度测试、稳定性压力测试】
4、异常性能场景：就是对异常的定义。之前常用的收到就是宕主机、宕应用、宕网卡。随着云基础架构的发展，现在我们还要当容器、宕虚机、宕缓存、宕队列、
              宕集装箱、宕流程、宕熔断等待。实际的场景中要模拟什么样的异常，一定是根据系统的业务加偶和部署架构分析而来的。不是看到什么都在宕一下 【eg：破坏性压力测试】

性能测试中要有分析调优

1、新系统性能测试类：这样的项目一般都会要求测试出系统的最大容量，不然上线心里没有底
2、旧系统新版本性能测试类： 这样的项目一般都是和旧版本对比，只要性能不下降就可以根据历史数据推算容量，对调优要求一般都不大
3、新系统性能测试优化类：这类的系统不仅要测试出最大容量，还要调优到最后

性能验证：针对给对的指标，只做性能验证
性能测试：针对给定的系统，做全面的性能测试，可以得到系统最大容量，但不涉及到调优
性能测试+分析调优：针对给定的系统，做全面的性能测试，同时将系统调优到最优状态

性能测试中要有结果报告

场景结果整理、监控结果整理、性能整体分析、性能结论、优化建议、运维