性能效率测试：时间特性、资源利用性与容量的三项核查（GB/T 25000.51）

性能效率是 GB/T 25000.51-2016 八大质量特性之一，对应条款 5.3.2「产品质量—性能效率」，由时间特性、资源利用性、容量三个子特性构成。第三方测评机构判定软件性能是否达标，就看这三个维度是否满足产品说明中的可验证陈述——不满足任何一项，验收报告就会给出不符合项，直接拖累项目交付。

性能效率在标准中的定位与条款依据

性能效率回答的是「软件跑得快不快、资源占用合不合理、能扛多少负载」。它不像功能性那样逐条核对需求，而是把「速度」「资源」「上限」三个可量化维度分别落到测试项上，判定依据统一指向产品说明中给出的性能陈述。

国家标准 GB/T 25000.51-2016《系统与软件工程 系统与软件质量要求和评价（SQuaRE）第51部分：就绪可用软件产品（RUSP）的质量要求和测试细则》确立了就绪可用软件产品的质量要求、测试文档集要求和符合性评价细则，是第三方软件测评机构开展验收测试的主要依据。

标准对性能效率的约束分两层：产品说明要求（5.1.6）要求供应商在产品说明中，书面陈述时间特性、资源利用性、容量以及性能效率的依从性，并给出可验证的依从性证据；软件质量要求（5.3.2）则要求软件实际表现符合上述陈述。测评机构的角色，就是把「陈述」翻译成可执行的测试项并逐项验证。

三个子特性与判定依据

性能效率的测评围绕三个子特性展开，每个子特性对应一组典型测试项和判定口径。

时间特性：响应时间、处理时间与吞吐率

时间特性衡量产品或系统执行功能时，响应时间、处理时间及吞吐率满足需求的程度。典型测试项包括核心业务接口的响应时间、批量任务的处理时长、单位时间内可完成的事务数（吞吐率）。

判定依据是产品说明或需求文档中约定的阈值：核心接口响应时间是否在约定上限内、批处理是否在窗口期内完成、吞吐率是否达到约定量级。阈值并非由标准统一规定，而是由产品说明给出，测评时以「实测值是否落在陈述范围内」为准。

资源利用性：CPU、内存、磁盘与网络占用

资源利用性衡量产品或系统执行功能时，所使用资源数量和类型满足需求的程度，关注 CPU 占用率、可用内存、磁盘 I/O、网络带宽四类资源。

典型测试项是在基准负载和峰值负载下分别采集资源占用，观察是否存在内存泄漏、CPU 长时间打满、磁盘 I/O 瓶颈或带宽耗尽。判定口径同样来自产品说明中的资源陈述：稳定运行阶段资源占用是否平稳、峰值场景是否突破约定的资源上限。

容量：并发用户数与数据量上限

容量衡量产品或系统参数在限量边界上满足需求的程度，主要指标是可支持的并发用户数、可处理的数据量或事务量上限。

典型测试项是逐步加压，确认系统在约定容量下仍能正确执行功能，逼近或超过容量上限时是否优雅降级而非崩溃。判定口径是系统能否在产品说明声明的容量范围内保持正确性与可接受的响应表现，容量边界处的行为是否可预测。

常见问题与整改方向

性能效率测评中高频出现的三类不符合项，都有明确的整改路径。

并发场景下功能正确性失效，通常是共享数据竞争或连接池耗尽所致，整改方向是修复并发写冲突、扩充连接池并做多轮并发回归。

资源占用随运行时间持续上升，多指向内存泄漏或未释放的句柄，整改方向是借助内存分析工具定位泄漏点、补齐资源释放逻辑，再做长时稳定性验证。

容量声明与实际不符，往往是产品说明把容量写得过满、缺少实测支撑，整改方向是重新实测并发上限后校准产品说明中的容量陈述，使声明与可验证证据一致。

委托测评前，建议先自测一遍上述三个维度，把产品说明中的性能陈述逐条落实为可验证数据，再交给第三方机构出具 CMA/CNAS 软件性能测试报告，避免验收阶段因性能不符合项返工。