性能测试(一)-基础概念篇

写在前面，改变下认知——让性能变得有价值
1、性能测试不仅仅包括测试，还包括分析和调优。大多数性能测试工程师所做的写脚本–参数化–执行测试–贴图发报告，仅仅算是性能验证，并没有找出性能瓶颈原因，提出优化建议。
2、忽略那些看似合理实则无意义的概念。比如压力测试、容量测试、极限测试、强度测试、配置测试、衰减测试、二八原则、响应时间258或2510、理发店模型、最大TPS拐点等等。在项目实践中，不仅百无一用，还产生了错误导向。如果你是初学者，掌握以下这些概念就够了。从技术上说，测试工具、操作系统、开发语言、实现架构、数据库、网络、存储、部署架构等，都是你要掌握的内容。

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

性能指标

性能测试模型

模型是真实场景的抽象。比如说，我们又100种业务，但不是每个业务都需要有并发量，可能只有50个业务有，那就要把这些有并发量的业务统计出来，哪个业务并发多，哪个业务并发少，做压力时就要控制好这样的比例。要选择适合自己系统业务逻辑的方式。

性能测试方案

方案规定的内容中有几个关键点：测试环境、测试数据、测试模型、性能指标、压力策略、准入准出、进度风险。（测试计划建议用项目管理工具细化）

监控策略

全局监控、定向监控，分层、分段

预定条件

包括软硬件环境、测试数据、测试执行策略、压力补偿等内容。

性能场景 ！

1. 基准性能场景：这里要做的是单交易的容量，为混合容量做准备(上几个线程跑三五遍脚本不能称之为基准测试)
2. 容量性能场景：核心部分，根据业务复杂度的不同，这部分的场景回设计出很多个，后续详细展开。
3. 稳定性性能场景：最核心的元素是时间，而时间的设置来自于运维周期，而不是来源于老板、产品和架构等这些人的心理安全感。
4. 异常性能场景：在压力流量之下，模拟异常。
   

分析调优

做性能验证后的瓶颈判断、性能分析、优化，涉及到相关性分析、趋势分析、证据链查找等手段。

性能结果报告

报告中需要写上调优前后的TPS、响应时间以及资源对比图