压力测试

压力测试的关注点，在系统达到峰值负载或超出系统最大载荷情况下的处理能力，压力级别逐渐增加，性能逐渐下降，但是不应该崩溃，还可以发现系统崩溃的临界点。

容量测试

系统可处理最大在线用户数

极限测试

极限测试在过量用户下的负载测试。
但以上各种定义容易产生混淆
合理的定义：

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

性能测试指标：
时间指标、容量指标和资源利用率指标。
性能测试需要有模型：
性能测试要有方案方案规定的内容中有几个关键点，分别是测试环境、测试数据、测试模型、性能指标、压力策略、准入准出和进度风险
测试计划可单独用项目管理工具画，可清晰的展示前置依赖关系
性能测试中要有监控
全局监控、定向监控
性能测试要有条件
性能测试要有预定的条件这里的条件包括软硬件环境、测试数据、测试执行策略、压力补偿等内容。
性能测试要有场景
在既定的环境（包括动态扩展等策略）、既定的数据（包括场景执行中的数据变化）、既定的执行策略、既定的监控之下，执行性能脚本，同时观察系统各层级的性能状态参数变化，并实时判断分析场景是否符合预期。
性能场景分类：
1、基准性能场景：这里要做的是单交易的容量，为混合容量做准备，只是场景执行之前的预执行，用来确定有没有基本的脚本和场景设计问题，不能称之为一个分类）。
2、容量性能场景：这一环节必然是最核心的性能执行部分。根据业务复杂度的不同，这部分的场景会设计出很多个。
3、稳定性性能场景：稳定性测试必然是性能场景的一个分类。只是现在在实际的项目中，稳定性测试基本没和生产一致过。在稳定性测试中，显然最核心的元素是时间
4、异常性能场景：要做异常性能场景，前提就是要有压力。在压力流量之下，模拟异常。