基准测试（benchmarking）是一种测量和评估软件性能指标的活动。在特定时期（系统稳定时）通过基准测试建立一个已知的性能水平（称为基准线），当系统的软硬件环境发生变化之后再进行一次基准测试以确定那些变化对性能的影响。基准测试可以比较系统在版本迭代过程中，各个性能指标的变化，为系统的版本迭代优化提供参考。

2.4 配单测试

也叫配置项测试，对被测系统的软硬件参数进行配置的测试。通过配单测试可以找出系统各项资源指标的最佳分配比。

2.5 容量测试

通过容量测试预先分析出反映软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录数等），系统在其极限状态下没有出现任何软件故障或还能保持主要功能正常运行。软硬件固定的情况下，对系统进行一定规模的数据量操作，观察系统各项性能指标是否正常。举例：电子商务网站所能承受的、同时进行交易或结算的在线用户数。

2.6 稳定性测试

通过对软件稳定性的测试可以观察在一个运行周期内、一定的压力条件下，软件的出错机率、性能劣化趋势等。进而大大减少软件上线后的崩溃卡死等现象，为软件的逐步优化提供方向及验证。在特定的负载下（正常或略高于正常的负载），在一段运行周期内，对被测系统进行一系列的正常操作，观察各个系统性能指标变化以及系统是否能够长期稳定运行。

2.7 扩展性测试

基础设施不需要经常变更，应用之间较少依赖或耦合，可以对需求变更快速响应。架构设计会考虑到未来功能的可扩展性，所以当系统增加新功能时，不需要对现有系统的结构和代码进行修改。系统集群的扩展性测试，观察系统在集群服务器增加时，整体性能是否稳步提升，集群中的每台服务器性能是否有额外损耗等。

2.8 负载测试VS压力测试

有些童鞋可能对负载测试和压力测试傻傻分不清楚，这边也查阅了一些资料，做了个总结，方便大家参考：

相同点：两种测试都是针对系统承受能力的测试，都是一种量的测试；

不同点：负载测试是观察系统在不同负载下的测试，旨在找出系统的性能拐点或最佳性能；压力测试是观察系统在高负载下的运行情况，旨在找出系统所能承受的最大负载以及系统在高压下再减压后系统恢复正常的能力。

3 业务场景与设计要点

业务场景顾名思义就是系统真实运行环境的场景，模拟性能测试场景的宗旨是尽可能还原业务现场真实的软硬件环境。在一些入围项目中，就需要尽可能按照入围测试的软硬件配置模拟性能测试场景。

3.1 业务场景的划分

性能测试的业务场景可以按照业务的组成以及测试目的和手段两个维度进行划分。

按照业务场景划分可以划分为单业务场景以及混合业务场景（也可以叫多业务场景）。顾名思义，单业务场景的性能测试就是针对单一业务的性能测试场景，比如交换机的接口带宽测试、网站的用户登陆测试、安防系统的视频取流测试等。混合业务场景的性能测试则是对多个业务进行综合性能测试，主要考察整个系统或者多个模块在真实业务场景下是否能够满足性能要求。

按照测试目的和手段划分性能测试场景，可以划分为：负载测试场景、压力测试场景、基准测试场景、配单测试场景、容量测试场景、稳定性测试场景和扩展性测试场景。与第二节描述类似，不再赘述。

3.2 业务设计要点

3.2.1 测试目的

目的是行动的依据，明确测试目的能够对整个性能测试的执行提供方向，是性能测试的第一步。只有明确了测试目的才能够选择恰当的测试方法进行性能测试，偏离目的的测试做的都是无用功。

明确测试目的需要确定以下几个要素：

被测目标：一个接口、一个功能点、一个功能集合、一个模块或整个系统等都可以是被测目标；
数据/操作规模：交换机单个接口的满流量、交换机的所有接口满带宽、网站的10w并发、服务器接口调用100w次等数据或操作的量级；
预期性能表现：网站稳定运行、服务器不崩溃、系统CPU 80%以内，系统响应时间不超过3s等衡量系统性能的指标。

3.2.2 业务组成

分析业务组成最关键的一点就是抽象出对测试目标有影响的因素或者业务，无关或者没有影响的业务不需要进行设计和叠加。分析业务组成的同时还需要理解业务流程之间的关系，比如测试电商网站是否能够承受1000w用户的并发操作，需要了解整个购物流程包括登陆、浏览商品、加入购物车、下单、付款等环节，并根据业务流配置合理的并发操作量（比如500w登陆、200w浏览商品、100w加入购物车、100w下单、100w付款）。这与每个环节都设计1000w并发量的测试目的是不同的。